Amazon マーケットプレイスWebサービス(MWS) 日本公式ブログ

商品APIでのデジタルコンテンツのASINの識別方法について

書籍や音楽CD等の商品登録において、同タイトルのデジタルコンテンツ商品のASINを誤って指定してしまうことで、実際にはその商品を販売できていないという状況が発生することがあります。商品APIを正しく使うことで、これらの問題を防ぐことができます。

 

具体的には、以下のように商品APIを使って正しいASINを取得してください。

1.  ListMatchingProducts ではなくGetMatchingProductForId を使う
2. ListMatchingProducts や GetMatchingProductForId のレスポンスから正しい商品を特定する

 以下に、それぞれのケースをご紹介します。

 

1. ListMatchingProducts ではなくGetMatchingProductForId を使う

ListMatchingProducts で書籍のISBNをQueryパラメータに指定して検索した際、紙書籍と電子書籍の両方が販売されているにも関わらず電子書籍の情報だけが返却され、紙書籍のASINを取得できない場合があります。

この現象を避けるために、ISBNやJANなどの商品コードがわかっている場合は ListMatchingProducts オペレーションの代わりにGetMatchingProductForId オペレーションを使います。

（例：ISBNでの検索の場合）

リクエストパラメータのIdType に“ISBN”を、IdList に検索するISBNの値を指定して検索します。

  &Action=GetMatchingProductForId
         :
  &IdType=ISBN
  &IdList.Id.1=1234****7890

これにより、商品コードに一致している紙書籍と電子書籍の両方の情報を取得できます。

続いて、次にご紹介する方法で出品したい商品の識別を行います。

 

2. ListMatchingProducts や GetMatchingProductForId のレスポンスから正しい商品を特定する

ListMatchingProducts を利用し商品タイトル等で検索すると、紙書籍と電子書籍、CDとMP3などの異なる媒体の商品が同時に返される場合があります。

その場合、レスポンスには複数の Product 要素が存在します。たとえば書籍の場合、「文庫」「ハードカバー」「コミック」などの紙書籍のProduct要素に加えて「Kindle版」のProduct要素が出現します。

 この時、レスポンスの最初にあるProduct要素を紙書籍やCDと仮定して無条件に取り込んでしまうと、誤ってデジタルコンテンツのASINに対して出品してしまうことがあります。

複数の Product 要素が返却された場合、子要素のProductGroup によって商品カテゴリーを識別し、正しい商品へ出品する必要があります。紙書籍の場合は Book 、電子書籍の場合はeBooks がProductGroupの値となりますので、紙書籍に出品する場合は、ProdcutGroupがBookのProduct要素を使用します。

〔GetMatchingProductForId のレスポンス例〕

<?xml version="1.0"?>
<GetMatchingProductForIdResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01">
<GetMatchingProductForIdResult Id="9780751565355" IdType="ISBN" status="Success">
  <Products xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01" xmlns:ns2="http://mws.amazonservices.com/schema/Products/2011-10-01/default.xsd">    <Product>
    <Identifiers>
      <MarketplaceASIN>
        <MarketplaceId>A1VC38T7YXB528</MarketplaceId>
        <ASIN>B01BMK1NBQ</ASIN>                                <--------  電子書籍のASIN       
      </MarketplaceASIN>
    </Identifiers>
    <AttributeSets>
      <ns2:ItemAttributes xml:lang="ja-JP">
        <ns2:Binding>Kindle版</ns2:Binding>
        <ns2:Creator Role="著">Rowling, J.K.</ns2:Creator>
        <ns2:Creator Role="著">Tiffany, John</ns2:Creator>
        <ns2:Creator Role="著">Thorne, Jack</ns2:Creator>
        <ns2:Format>Kindle本</ns2:Format>
　　　　　　　　　     　　：         
        <ns2:Manufacturer>Pottermore from J.K. Rowling</ns2:Manufacturer>
        <ns2:NumberOfPages>320</ns2:NumberOfPages>
        <ns2:ProductGroup>eBooks</ns2:ProductGroup>            <--------  電子書籍のProductGroup         
        <ns2:ProductTypeName>ABIS_EBOOKS</ns2:ProductTypeName>
        <ns2:PublicationDate>2016-07-31</ns2:PublicationDate>
        <ns2:Publisher>Pottermore from J.K. Rowling</ns2:Publisher>
        <ns2:ReleaseDate>2016-07-31</ns2:ReleaseDate>
　　　　　　　　　      　：   
    <Product>
      <Identifiers>
        <MarketplaceASIN>
          <MarketplaceId>A1VC38T7YXB528</MarketplaceId>
          <ASIN>0751565350</ASIN>                              <--------  紙書籍のASIN        
        </MarketplaceASIN>
      </Identifiers>
      <AttributeSets>
        <ns2:ItemAttributes xml:lang="ja-JP">
          <ns2:Binding>ハードカバー</ns2:Binding>
          <ns2:Creator Role="著">Rowling, J. K.</ns2:Creator>
          <ns2:Creator Role="著">Thorne, Jack</ns2:Creator>                                  
          <ns2:Creator Role="著">Tiffany, John</ns2:Creator>
　　　　　　　　　　　　　　：         
          <ns2:PackageQuantity>1</ns2:PackageQuantity>
          <ns2:PartNumber>9780751565355</ns2:PartNumber>
          <ns2:ProductGroup>Book</ns2:ProductGroup>            <--------  紙書籍のProductGroup         
          <ns2:ProductTypeName>ABIS_BOOK</ns2:ProductTypeName>
          <ns2:PublicationDate>2016-07-31</ns2:PublicationDate>
　　　　　　　　　　　　　　：

以上を参考に、既にカタログが存在する商品の出品時には、デジタルコンテンツではなく紙書籍やCD等のASINを指定するようお願いいたします。

 

なお、デジタルコンテンツのASINを指定して出品した場合、処理レポートにはエラーが表示されます。

フィードをアップロードした場合は、処理レポートのエラーを必ずご確認頂くようお願いします。

 

以上、皆様の開発時の参考となれば幸いです。

まずはスクラッチパッドで商品APIの動作をお試しください。

https://mws.amazonservices.jp/scratchpad/index.html

マケプレプライムと新しい配送設定の公開に伴う変更点について

 

【2017.07.31 追記】お届け日時指定(Scheduled)の配送オプション名（ShipServiceLevel ）を追記しました。

 

2016年6月、日本のAmazonマーケットプレイスにおいて『マケプレプライム』と『新しい配送設定』が公開されました。

これに関連して、商品登録や出品に関するフィードやレポート、注文情報などに仕様の変更がありました。

主な変更点は以下の表のとおりです。

		変更対象	変更内容
新しい配送設定	商品登録/出品 （フィード）	・カテゴリー在庫ファイル ・出品ファイル（L) ・出品ファイル（I) ・商品フィード	SKU毎に「配送パターン名」を指定するための項目が追加されました。 ・TSV形式: merchant_shipping_group_name ・XML形式: MerchantShippingGroupName
	配送料上書き （フィード）	・配送料上書きファイル ・配送料上書きフィード	新しい配送設定に移行後は、配送料上書きフィード（TSV/XML）は無効になります。
	出品レポート	・出品詳細レポート ・出品中の商品レポート	(1) merchant-shipping-group が追加され、SKU毎に紐づけられた配送パターンが確認可能になります。 (2) お急ぎ便の配送スピードを示していた expedited-shipping の項目が常に 0 になります。
	注文情報	・注文レポート ・注文API	(1) 注文情報に含まれる以下の配送スピードの項目に「マケプレお急ぎ便（翌々日）」を表す SecondDay が追加されました。 ・TSV形式: ship-service-level ・XML形式: ShipmentServiceLevelCategory (2) 注文APIの ShipServiceLevel に出力される配送オプション名が変更されます。
マケプレプライム	注文情報	・注文レポート ・注文API	マケプレプライムの注文を表す is-prime （TSV形式） / IsPrime （XML形式） が追加されました。

 以下に詳細をご説明いたします。

 まずは、『マケプレプライム』への参加条件でもある『新しい配送設定』への移行に伴う変更点のご紹介です。

 

■新しい配送設定

『新しい配送設定』は、出品者様自身で出荷する商品に対して配送オプション・配送エリア・配送料などの配送設定を行う機能です。

（詳細はセラーセントラルのヘルプをご確認ください。）

※新しい配送設定ではSKU毎の配送設定には「配送パターン」の作成が必要になりますが、現在のところ「配送パターン」の作成、修正、確認ｊなどは Amazon MWS では行うことができず、セラーセントラル上で行って頂く必要があります。

 

この新しい配送設定への移行に伴い、以下の4つの変更が行われています。

 

1.  商品登録・出品フィード

在庫ファイル・出品ファイル・商品フィードに、SKU毎に「配送パターン名」を指定するための項目が追加されました。

 

在庫ファイル／出品ファイル

出品カテゴリー別在庫ファイル・出品ファイル（L）・出品ファイル（I）に新たに追加された merchant_shipping_group_name という項目でSKU毎に「配送パターン名」の設定ができます。

〔在庫ファイルのサンプル〕

 

 

 

 

※移行前に「配送パターン名」を空白以外にするとエラーが返ります。
※移行後に「配送パターン名」を空白にすると「デフォルト配送パターンの設定」が適用されます。

 

商品フィード

XMLの商品フィードでは、MerchantShippingGroupName という新しい要素で「配送パターン名」の設定が可能です。（XMLスキーマ: Product.xsd ）

〔商品フィードのサンプル〕

<Product>
  <SKU>TEST-SBR</SKU>
  <StandardProductID>
    <Type>EAN</Type>
    <Value>5000003456977</Value>
  </StandardProductID>
  <DescriptionData>
    <Title>Test Title</Title>
    <Brand>Test_Brand</Brand>
    <Description>description</Description>
    <Manufacturer>TEST</Manufacturer>
    <MerchantShippingGroupName>TEST_Group</MerchantShippingGroupName>
  </DescriptionData>
  <ProductData>
    <FoodAndBeverages>
      <ProductType>
        <Food />
      </ProductType>
    </FoodAndBeverages>
  </ProductData>
</Product>

※移行前にこの要素に値を設定するとエラーが返ります。
※移行後に出品者様が登録していない「配送パターン名」を指定するとエラーが返ります。
※移行後に「配送パターン名」を空白にすると「デフォルト配送パターン」が適用されます。

 

2.  配送料上書きファイル/フィード

移行後は、これまでの配送料上書きファイル/フィードを送信するとエラーになります。

代わりに「1. 商品登録・出品フィード」でご紹介した「配送パターン名」の設定が必要となります。

 

3.  出品レポート

出品詳細レポート・出品中の商品レポートには、新たにSKUごとの「配送パターン名」を表す項目 merchant-shipping-group が追加されます。

また、以前の配送設定でお急ぎ便の配送スピードを示していた expedited-shipping の項目が常に 0 （ゼロ）になります。

〔出品詳細レポートの例〕

 

 

 

 

 

 

※FBA出荷に切り替えている場合でも、そのSKUに紐づいている配送パターン名が表示されます。

 

4.  注文情報

新しい配送設定への移行後は「マケプレお急ぎ便（翌々日）」を表す SecondDay が追加され、配送スピードは以下の5つに分類されます。

通常配送	Standard
マケプレ当日お急ぎ便	SameDay
マケプレお急ぎ便	NextDay
マケプレお急ぎ便（翌々日）	SecondDay
お届け日時指定	Scheduled

これらの値は、注文レポートおよび注文API ではそれぞれ下記のように取得できます。

 

注文レポート

「マケプレお急ぎ便（翌々日）」の注文の場合、ship-service-level に SecondDay が追加され、Standard・SameDay・NextDay・SecondDay・Scheduledが出力されます。

 

注文API （ListOrders, ListOrdersByNextToken, GetOrders）

「マケプレお急ぎ便（翌々日）」の注文の場合、ShipmentServiceLevelCategory にも SecondDay が出力されます。

 

また、新しい配送設定への移行後は、注文API の ListOrders, ListOrdersByNextToken, GetOrders の各オペレーションのレスポンスに含まれる ShipServiceLevel として得られる「配送オプション名」が以下のように変わります。

国内/海外	配送スピード	配送オプション名	配送所要日数
国内	Standard	Std JP D2D Dom 1	1 - 2
国内	Standard	Std JP D2D Dom 2	2 - 3
国内	Standard	Std JP D2D Dom 3	3 – 4
国内	Standard	Std JP D2D Dom 4	3 – 8
国内	Standard	Std JP D2D Dom 5	4 – 12
国内	Standard	Std JP D2D Dom 6	7 – 14
国内	Standard	Std JP D2D Dom 7	10 - 20
国内	NextDay	Next JP D2D Dom	1
国内	SecondDay	Second JP D2D Dom	2
国内	SameDay	Same JP D2D Dom	当日
国内	Scheduled	SD JP D2D Dom	2 - 30 (*)
海外	Standard	Std JP D2D Intl 1	3 – 7
海外	Standard	Std JP D2D Intl 2	5 – 9
海外	Standard	Std JP D2D Intl 3	10 – 14
海外	Standard	Std JP D2D Intl 4	15 – 21
海外	Expedited	Exp JP D2D Intl 1	1 – 2
海外	Expedited	Exp JP D2D Intl 2	2 – 3

(*) ・・・Scheduled（お届け日時指定）の場合はセラーセントラルの配送設定で地域ごとに設定した配送所要日数が適用されます。

 〔ListOrdersオペレーションのレスポンスのサンプル〕

<Order>
  <LatestShipDate>2016-09-17T14:59:59Z</LatestShipDate>
  <OrderType>StandardOrder</OrderType>
  <PurchaseDate>2016-09-11T12:50:50Z</PurchaseDate>
  <AmazonOrderId>000-0000000-0000000</AmazonOrderId>
  <LastUpdateDate>2016-09-30T12:25:58Z</LastUpdateDate>
  <ShipServiceLevel>Std JP D2D Dom 2</ShipServiceLevel>
  <NumberOfItemsShipped>0</NumberOfItemsShipped>
  <OrderStatus>Canceled</OrderStatus>
  <SalesChannel>Amazon.co.jp</SalesChannel>
  <ShippedByAmazonTFM>false</ShippedByAmazonTFM>
  <NumberOfItemsUnshipped>0</NumberOfItemsUnshipped>
  <OrderTotal>
    <CurrencyCode>JPY</CurrencyCode>
    <Amount>10114.00</Amount>
  </OrderTotal>
  <IsPremiumOrder>false</IsPremiumOrder>
  <EarliestShipDate>2016-09-15T15:00:00Z</EarliestShipDate>
  <MarketplaceId>A1VC38T7YXB528</MarketplaceId>
  <FulfillmentChannel>MFN</FulfillmentChannel>
  <IsPrime>false</IsPrime>
  <ShipmentServiceLevelCategory>Standard</ShipmentServiceLevelCategory>
</Order> 

※IsPrime 要素は、マケプレプライムや新しい配送設定に対応していない出品者様でも常に表示されます。

 

 続いて、『マケプレプライム』の開始に伴う変更点についてご紹介します。

 

■マケプレプライム

マケプレプライムは、出品者様ご自身で出荷される商品をAmazonプライムの対象商品として購入者様に販売できるプログラムです。（詳細はセラーセントラルのヘルプをご確認ください。）

このプログラムの公開に伴い、注文レポートや注文APIのレスポンスにマケプレプライムの注文を識別するための項目が追加されています。

 

注文レポート

注文レポートには、マケプレプライムの注文を表す is-prime(TSV形式) および IsPrime(XML形式) が追加されています。

タイプ	追加項目	ReportType
注文レポート(フラットファイル)	is-prime	_GET_FLAT_FILE_ORDERS_DATA_
未出荷注文レポート	is-prime	_GET_FLAT_FILE_ACTIONABLE_ORDER_DATA_
定期的な注文レポート(XML)	IsPrime	_GET_ORDERS_DATA_

※注文レポートの is-prime/IsPrime はマケプレプライムに登録した出品者様のみ表示可能。 

 

注文API

注文API のListOrders, ListOrdersByNextToken, GetOrders のオペレーションのレスポンスにもマケプレプライムの注文を表す IsPrime 要素が追加されました。

〔ListOrdersオペレーションのレスポンスのサンプル〕

<Order>
 　<LatestShipDate>2016-09-17T14:59:59Z</LatestShipDate>
 <OrderType>StandardOrder</OrderType>
 <PurchaseDate>2016-09-11T12:50:50Z</PurchaseDate>
 <AmazonOrderId>000-0000000-0000000</AmazonOrderId>
 <LastUpdateDate>2016-09-30T12:25:58Z</LastUpdateDate>
 <ShipServiceLevel>Next JP D2D Dom</ShipServiceLevel>
 <NumberOfItemsShipped>0</NumberOfItemsShipped>
 <OrderStatus>Canceled</OrderStatus>
 <SalesChannel>Amazon.co.jp</SalesChannel>
 <ShippedByAmazonTFM>false</ShippedByAmazonTFM>
 <NumberOfItemsUnshipped>0</NumberOfItemsUnshipped>
 <OrderTotal>
 <CurrencyCode>JPY</CurrencyCode>
 <Amount>10114.00</Amount>
 </OrderTotal>
 <IsPremiumOrder>false</IsPremiumOrder>
 <EarliestShipDate>2016-09-15T15:00:00Z</EarliestShipDate>
 <MarketplaceId>A1VC38T7YXB528</MarketplaceId>
 <FulfillmentChannel>MFN</FulfillmentChannel>
 <IsPrime>true</IsPrime>
 <ShipmentServiceLevelCategory>NextDay</ShipmentServiceLevelCategory>
</Order> 

 ※この IsPrime 要素は、マケプレプライムや新しい配送設定に対応していない出品者様でも常に表示されます。

 

以上、皆様の開発時のご参考となれば幸いです。

スロットリング制限でお困りの方 - SubmitFeedでは在庫ファイルもリクエストできます -

先日Submit Feedを使って商品登録を行って頂いているご出品者様よりお問い合わせを頂戴いたしましたのでその内容を共有させていただきたいと思います。

お問い合わせ内容は以下のような内容でした。

商品登録や在庫の更新をMWSで行っているがスロットリング制限にかかってしまい、リクエストしたい回数分のフィードが投げられない。スロットリング制限を緩和、もしくは無くしてくれないか？

全てのご出品者様が平等にシステムリソースをご活用いただけるようにするため、一定時間にリクエストできる数に制限を設けさせていただいております。

たとえばSubmitFeedについては、最大リクエスト回数が15回で、回復レートが2分に1リクエスト回復となります。

現在スロットリング制限の緩和は実施いたしておりませんが、スロットリング制限にかかることを避ける方法をここでご紹介させていただきたいと思います。

スロットリング制限を避けるために、フィードをまとめることと、フィード処理をリクエストするタイミングについてご検討いただく必要がございますが、これとは別に「フラットファイル出品フィード」を利用する方法があります。

MWSを使ってXmlで商品登録をする時、以下のフィードをリクエストする必要があります。

• 商品フィード _POST_PRODUCT_DATA_
• 関係性フィード _POST_PRODUCT_RELATIONSHIP_DATA_ (バリエーションがある場合)
• 画像フィード _POST_PRODUCT_IMAGE_DATA_
• 価格フィード _POST_PRODUCT_PRICING_DATA_
• 在庫フィード _POST_INVENTORY_AVAILABILITY_DATA_

上記のフィードをすべてリクエストすると5リクエスト使いますので、最大リクエスト回数の3分の1を消費することとなります。

それを回避する方法として、 _POST_FLAT_FILE_LISTINGS_DATA_ を利用する方法がございます。

このFeedTypeにより在庫ファイルを投げることが可能となります。

在庫ファイルの中には商品、関係性、画像、価格、在庫のすべてのフィードが含まれているため、1回のリクエストですべてのフィードがリクエストされたことと同様の結果を得ることができます。

在庫ファイルはセラーセントラルよりダウンロードいただけます。該当のカテゴリーの在庫ファイルを使用して、タブ区切りのテキストファイルに変換後、リクエストください。

スロットリング制限でお困りの場合はこちらの方法のご検討いただければと思います。

代金引換・コンビニ決済の一括適用除外と解除

代金引換決済とコンビニ決済は出品者が利用を選択して購入者に提供できる決済方法です。利用許可された出品者がこれらの決済方法を利用開始すると、デフォルトで利用開始した決済方法がすべての出品商品に適用されますが、出品者によっては個別に適用を除外したい商品もあるかもしれません。例えば、30万円を超える商品で、配送業者が代金引換に対応していない場合などがこれにあたります。

適用除外したい商品が少数の場合は、セラーセントラルの在庫管理画面から1つずつ設定を変更することができます。適用除外したい商品が複数ある場合、SKUを検索してそれぞれ設定を変更する方法では非常に時間がかかります。

この記事では、ファイルを使って一括で、SKU単位に代金引換決済やコンビニ決済を除外、および除外解除を行う方法を説明します。

代金引換、コンビニ決済の注文の全般については、セラーセントラルのヘルプをご覧ください。

新規出品時の適用除外

新規出品時（SKU未登録時）に商品を代引やコンビニ決済の適用対象から除外するには、出品の際に通常利用する出品ファイルや在庫ファイル・テンプレートに含まれている「使用しない支払い方法」(optional-payment-type-exclusion)の項目に、除外したい支払い方法を指定します。この項目が見当たらない時には、最新のテンプレートをセラーセントラルからダウンロードして下さい。

「使用しない支払い方法」の項目には以下の値を指定できます。

• exclude cod (代金引換を対象外とする)
• exclude cvs (コンビニ決済を対象外とする)
• exclude cod, cvs (代金引換およびコンビニ決済の両方を対象外とする)
• exclude_none (対象外の支払い方法なし)

出品済みSKUの適用除外

既に出品済みの商品（SKU登録済み）の場合は、在庫ファイルにSKUと「使用しない支払い方法」、「アップデート・削除」(update-delete)に「PartialUpdate」を指定したファイルをアップロードするだけで、適用除外の設定が行えます。

在庫ファイル・テンプレートはセラーセントラルのこちらのページからダウンロードできます。

»https://sellercentral.amazon.co.jp/gp/help/1641

適用除外の解除

出品済みSKUの適用除外と同様に、在庫ファイルを使って、SKUと「使用しない支払い方法」に値「exclude_none」、「アップデート・削除」の値「PartialUpdate」を指定してアップロードすることにより、それまでに適用を除外したすべての支払い方法を解除できます。これによりその商品は、代金引換決済およびコンビニ決済の対象に戻ります。

代金引換決済またはコンビニ決済のどちらか一方の適用除外だけを解除したい場合は、適用除外を残しておきたい値を「使用しない支払い方法」に指定します。例えば、代金引換、コンビニ決済のどちらも適用除外していたところ、コンビニ決済だけ解除したい場合は、代金引換決済の適用除外を残しておきたいので「exclude cod」を指定します。

※在庫ファイルのアップロードついて詳しくは、「Amazon MWS による在庫管理のベストプラクティス」をご参照ください。

Amazon MWS による在庫管理のベストプラクティス

Amazon MWSのバッチファイルアップロード機能を利用すると、アマゾンの出品者の様々な在庫管理タスクを自動化することができます。商品の出品、出品情報の更新、または出品済み商品を削除することができます。Amazon MWS のフィードAPIセクションを使用すると、出品用バッチファイル（フィード）を送信することが可能になり、管理のタスクを自動化できます。

商品一括登録は、フラットファイルまたはXMLフィードを送信して行います。

※ファイルのテンプレートについては、アマゾンの出品者向けのヘルプページをご参照ください。

フラットファイル

フラットファイルの場合は、以下の2種類のタブ区切りのテキストファイルを送信できます。

フィード名	SubmitFeedオペレーションのFeedTypeパラメータの値
在庫ファイル	_POST_FLAT_FILE_LISTINGS_DATA_
価格と数量ファイル （本・ミュージック・ビデオ・DVD）	_POST_FLAT_FILE_PRICEANDQUANTITYONLY_UPDATE_DATA_

XML

XMLの場合は、フラットファイルの場合のカテゴリー別在庫フィードが以下の5種類のXMLフィードに分かれます。

フィード名	SubmitFeedオペレーションのFeedTypeパラメータの値
商品フィード	_POST_PRODUCT_DATA_
関係性フィード	_POST_PRODUCT_RELATIONSHIP_DATA_
価格フィード	_POST_PRODUCT_PRICING_DATA_
在庫フィード	_POST_INVENTORY_AVAILABILITY_DATA_
画像フィード	_POST_PRODUCT_IMAGE_DATA_

詳しくは、添付のXMLファイル集と下記の「Amazon出品サービスXMLガイド」より、「XML を使った出品管理」をご参照ください。

https://s3.amazonaws.com/seller-guide/jp/MA09004W/MA09004W.html

なお、商品フィードにはカテゴリー別拡張定義があり、上記「Amazon出品サービスXMLガイド」の「 カテゴリー固有のXSD」より各カテゴリーのXSDファイルを参考にフィードXMLを組み込むことができます。

フィード送信プロセス

フィード送信のプロセスは以下のとおりです。

1. SubmitFeed オペレーションに対して、FeedType パラメータにフィードの種類を指定して、XML またはフラットファイルを送信します。SubmitFeedオペレーションはFeedProcessingId を返します。これは、GetFeedSubmissionList オペレーションを使用してフィードのステータスを定期的に確認するのに使用することができます。
2. Amazon MWSがまだリクエストを処理中の場合は、 GetFeedSubmissionList オペレーションのFeedProcessingStatusList パラメータは_IN_PROGRESS_ というステータスを返します。処理が完了すると、_DONE_ のステータスが返されます。
3. フィードの処理が完了したら、 GetFeedSubmissionResult オペレーションを使用して、フィードのどの項目が成功し、どの項目が失敗しているかを説明する処理レポートを取得できます。GetFeedSubmissionResult オペレーションを送信する際には、Amazon MWSがレポートを送る先のストリームを必ず設定してください。GetFeedSubmissionResult オペレーションには、Amazon MWS フィードAPIセクションのクライアントライブラリのコードを使用してストリームを作成できます。
4. 処理レポートを分析し、ファイルまたは送信処理のすべてのエラーを修正して、SubmitFeed オペレーションを使用してフィードを再送信してください。処理レポートにエラーがなくなるまで、このプロセスを繰り返してください。処理レポートにエラーがなくなったら、送信は完了です。

次のフローチャートは、フィードを送信するプロセスを表しています。