カテゴリー別アーカイブ: MWS

C#でAmazonMWSの各種APIを使ってみる

出品詳細レポート
「出品詳細レポート」を取得して在庫確認に利用してみる。これで便利なのは「optional-payment-type-exclusion」で除外されている支払方法が確認できたり、「scheduled-delivery-sku-set」で配送スケジュールに割り当てられているSKUリストを確認できたりする。

確か、除外されている支払方法はセラーセントラルからは確認できなかったと思うし、配送スケジュールは個別に「在庫管理」から「詳細の編集」で見ていくしかなかったはずなので、それらが一覧で確認できると設定漏れなどが一目瞭然なので、わりと便利。


在庫健全性レポート
「FBA在庫リスト」という名称にしてしまったけど、保管期間や単位期間毎の出荷数、販売予測週数を見ることが出来るので、FBAでドンドン拡販していく商品と、引き上げた方が良い商品の判断に利用できる。

売れている商品はどうしても目に付くけど、全く売れてない商品なんてのは全く目に付かなくて、最悪の場合、忘れ去られる。

1年後くらいに「え!?これまだ残ってたの!?」なんてことになりかねないので、180日保管とか270日保管に数字が上がってきていたら対策を早々に練ろう。


競合価格調査
カートの獲得率を左右する要素はいくつかあるようだけど、やはりなんと言っても価格が一番影響が大きい。

ただ、2~3%くらいなら高くてもカートは獲得できるので、なるべく無駄な値下げ競争はしないように調整していきたい。


MWS設定画面
MWSを利用するには

「AWS_ACCESS_KEY_ID」やら
「AWS_SECRET_ACCESS_KEY」
「MERCHANT_ID」
「MARKETPLACE_ID」
「MWS認証トークン」
なんかが必要になってくる。
それらはここで設定している。


とまぁ、こんな感じで趣味と実益を兼ねてプログラミングの勉強中。

まだ、受注リストが50件を超えた場合の「NextToken」の処理が出来てなかったり、「次回更新」の日付や時間が変わらなかったり、まぁ、いろいろ足らないところだらけだけど、FBAの在庫状況が、保管期間と単位期間あたりの出荷数と在庫切れになるまでの予測とがパッと見でわかるようになったのは大きい。

あ・・・Form1とかって・・・とりあえずは「動けばいいんだよ!」ってことで。

GetMyPriceForSKU の謎

SellerSKUって重複はしない。
SellerSKUがわかれば、その商品の価格もわかる。

まぁ、当たり前のことなんだけど、なぜか一部の商品で「FulfillmentChannel」に「Amazon」と「MERCHANT」の両方が入ってくる。

<GetMyPriceForSKUResult SellerSKU=”ABCDEFG” status=”Success”>
 <Product>
  <Identifiers>
  (省略)
   <SKUIdentifier>
   (省略)
    <SellerSKU>
    ABCDEFG</SellerSKU>
   </SKUIdentifier>
  </Identifiers>
  <Offers>
   <Offer>
   (省略)
    <FulfillmentChannel>
    AMAZON</FulfillmentChannel>
    (省略)
    <SellerSKU>
    ABCDEFG_01</SellerSKU>
   </Offer>
   <Offer>
   (省略)
    <FulfillmentChannel>
    MERCHANT</FulfillmentChannel>
    <SellerSKU>
    ABCDEFG</SellerSKU>
   </Offer>
  </Offers>
 </Product>
</GetMyPriceForSKUResult>

で、SellerSKUが違うんだけど、なにこれ・・・


2015/04/22 追記

SellerSKUは重複しない、という点だけを見ていると上記現象は「不思議」なんだけど、この挙動は起こり得るらしい。

というのも、流れとして GetMyPriceForSKU で投げた SKU が、どの ASIN なのかを特定し、その ASIN を元にして、出品者の販売可能状態にある商品情報を返答するから。

具体的に起こり得る状況としては、通常はFBA出荷だけど、諸事情によりFBA在庫がなくなったら出品者出荷にしたい、けどまたすぐにFBAに納品する、といったような状況で、在庫管理や販売管理上の問題でSKUを別にしたい時がある。
(かかる送料コストがFBA出荷と出品者出荷では当然違うので、出荷チャネルによってコスト計算が変わってくるとか、同一商品でも仕入れ先が異なるとかで、SKUを明確に分けたいといったことがある)

そうなると、ひとつの ASIN に対して複数の SellerSKU を作らざるを得なくなるので、「ASIN を元にした出品者の販売可能状態にある商品情報」が複数出来上がってしまうことがある。

ん~、処理の流れを追えば、ひとつのSellerSKUを投げたのにレスポンスが複数になる、という状況は理解できるけど、「SellerSKUは重複しない」という前提で商品を登録し販売・運用しているのに、その重複しないSellerSKUを投げても、レスポンスに他のSellerSKU情報も含まれるというのはどうも感覚的に不自然。

出品者にとって唯一無二のSellerSKUのはずなのに、返答にはそれ以外の不要な情報までわざわざひっつけてくるんだもの。

しかし、そういった仕様のようなので、「複数のレスポンスがある」ということを考えておかないといけないのね。

C#でAmazonMWSの注文APIを使ってみる

C#でMWSの注文APIを利用する
やりたいことはいろいろあるけれど、C#の勉強がてらAmazonのAPIを使ってみることに。

とりあえず、注文一覧の取得。

名前空間とかインスタンスとか、初歩的なことでかなりつまずいた感はあるけれど、MWSのクライアントライブラリが優秀なおかげか、なんとか動くようにはなるもんだな。

Amazon MWS クライアントライブラリ を使ってみる 【 PHP 】

まずは設置。

とりあえず、フィードAPIのクライアントライブラリをダウンロード。

解凍すると[src]配下に[MarketplaceWebService]ができ、さらにその下に [Mock] [Model] [Samples] の3つのフォルダが出来上がる。

これらをサーバーの適当な場所に放り込む。

尚、「MarketplaceWebService」という名称は変更しない方が無難。
最初、必要なものだけ抜き出そうとして、フォルダ名を変更したら全く機能しなかった。
フォルダ名を戻したらOKだった、みたいなことがあったので、変更しない方が良いのかもしれない。

さて、フィードAPIの場合、編集が必要なファイルは「.config.inc.php」

アクセスキーIDやらシークレットアクセスキーやら、そのあたりを適宜変更。
「set_include_path」も変更が必要かな?
ここはこのライブラリをどこに置くでも変わってくるので、環境によりけりで要調整。

「Samples」フォルダから「SubmitFeedSample.php」「GetFeedSubmissionListSample.php」「GetFeedSubmissionResultSample.php」の3つをsrcフォルダに置く。

と、この「src」はあまりにもアレなので、適当に「Amazon」とでもリネームしてみた。

コピーしてきた3つのファイルも中身を適宜変更。

SubmitFeedでフィードを送り、GetFeedSubmissionListでリストを取得し、GetFeedSubmissionResulで結果を取得。

あとはFeedTypeにどんなのがあって、どんな書式になってるのか、利用シーンに合わせて勉強が必要か・・・

とりあえずは、ゲリラ的なタイムセールをやりたいときの時間帯指定セール価格変更が出来たのでよしとしよう。