カスタム機能と機能同等性
MCF APIは、注文のプレビュー、注文の履行、注文の追跡のためのオペレーションを提供しますが、出品者はMCF APIを使用してより多くのカスタム機能を構築できます。これらの追加機能の一部を以下に示します。
仮想バンドル
説明： 複数のSKUを1つの結合SKUにまとめて、ウェブサイトで購入者に販売します。
ビジネスユースケース： セラーセントラル/サプライチェーンポータルには、バンドルSKU（複数のSKUからなる）を出品する規定はありません。つまり、出品者は複数のAmazon SKUにマップされたバンドル商品をウェブサイトで販売することはできません。
解決策の提案：
a. 出品者は、複数のAmazon SKUを1つの販売可能SKUにマッピングし、購入者がカートに追加できるようにすることで、商品をまとめた状態でストアフロントに表示できます。バンドルが含まれている注文については、 MCFによるCREATE Order API呼び出し中に、それぞれを1つのSKU明細項目に分割します。
b. 商品の在庫状況については、常にバンドル内のSKUの在庫値が最も低いものを考慮して、購入者に表示します。
c. 追跡情報については、1つまたは複数の出荷がある場合があるため、複数の明細項目を使用し、注文のすべての追跡情報を集計して注文に追加します。
d. プレビュー、キャンセル、更新などの他のすべてのリクエストについては、バンドルのすべての商品が別々の明細項目として含まれていることを確認してください。
ビジネスユースケース： セラーセントラル/サプライチェーンポータルには、バンドルSKU（複数のSKUからなる）を出品する規定はありません。つまり、出品者は複数のAmazon SKUにマップされたバンドル商品をウェブサイトで販売することはできません。
解決策の提案：
a. 出品者は、複数のAmazon SKUを1つの販売可能SKUにマッピングし、購入者がカートに追加できるようにすることで、商品をまとめた状態でストアフロントに表示できます。バンドルが含まれている注文については、 MCFによるCREATE Order API呼び出し中に、それぞれを1つのSKU明細項目に分割します。
b. 商品の在庫状況については、常にバンドル内のSKUの在庫値が最も低いものを考慮して、購入者に表示します。
c. 追跡情報については、1つまたは複数の出荷がある場合があるため、複数の明細項目を使用し、注文のすべての追跡情報を集計して注文に追加します。
d. プレビュー、キャンセル、更新などの他のすべてのリクエストについては、バンドルのすべての商品が別々の明細項目として含まれていることを確認してください。
注文の分割
説明： 開発者は、在庫がある場所に基づいて注文を分割する必要があります。
ビジネスユースケース： 多くの場合、出品者は複数のサードパーティロジスティクス（3PL）プロバイダーを使用しており、注文に必要な在庫は別々のプロバイダーによって保管されていることがあります。一部の注文は、複数の3PLによって部分的に出荷する必要があります。このような場合は注文を分割して情報を再度同期し、購入者が注文を1つの注文として表示できるようにする必要があります。
解決策の提案：
a. 注文は、注文ルールまたは在庫状況に基づいて分割できます。
b. 注文バージョン管理パターンに従って、注文を複数の委託品に分割します。
c. すべての委託品のすべての品目、数量、ステータス、お問い合わせ伝票番号を保存して、注文委託品を個別に管理します。
d. これらの委託品は、出品者が確認できるように元の注文と紐付けてください。
ビジネスユースケース： 多くの場合、出品者は複数のサードパーティロジスティクス（3PL）プロバイダーを使用しており、注文に必要な在庫は別々のプロバイダーによって保管されていることがあります。一部の注文は、複数の3PLによって部分的に出荷する必要があります。このような場合は注文を分割して情報を再度同期し、購入者が注文を1つの注文として表示できるようにする必要があります。
解決策の提案：
a. 注文は、注文ルールまたは在庫状況に基づいて分割できます。
b. 注文バージョン管理パターンに従って、注文を複数の委託品に分割します。
c. すべての委託品のすべての品目、数量、ステータス、お問い合わせ伝票番号を保存して、注文委託品を個別に管理します。
d. これらの委託品は、出品者が確認できるように元の注文と紐付けてください。
返品
説明： 返品は、どの出荷業務でも一般的なプロセスです。返品の場合、出荷された商品が購入者によって返品され、返品された商品は出品者の在庫プールに戻される可能性があります。
ビジネスユースケース： MCFは返品の専用ラベルのみを共有し、配送ラベルや配送料は共有しないため、開発者はMCF返品用のカスタムワークフローを構築する必要があります。
解決策の提案：
a. MCFによって出荷された注文の返品注文を作成し、ReturnReasonCodes APIからの返品理由のいずれかを使用して返品する必要があります。
b. 次に、AmazonShipmentIdを、その返品注文に固有のsellerReturnItemIdを持つ任意のダミー値にします。
c. APIレスポンスは、すべての品目の返品承認コードとRMAページURLを共有します。このRMAラベルをダウンロードして印刷し、返品ボックスに貼り付ける必要があります。
d. MCFは配送ラベルを提供しません。配送ラベルは、出品者または最終購入者が作成し、RMAラベルと一緒にコピーして貼り付けて、FCで正確に処理されるように商品を発送できます。
ビジネスユースケース： MCFは返品の専用ラベルのみを共有し、配送ラベルや配送料は共有しないため、開発者はMCF返品用のカスタムワークフローを構築する必要があります。
解決策の提案：
a. MCFによって出荷された注文の返品注文を作成し、ReturnReasonCodes APIからの返品理由のいずれかを使用して返品する必要があります。
b. 次に、AmazonShipmentIdを、その返品注文に固有のsellerReturnItemIdを持つ任意のダミー値にします。
c. APIレスポンスは、すべての品目の返品承認コードとRMAページURLを共有します。このRMAラベルをダウンロードして印刷し、返品ボックスに貼り付ける必要があります。
d. MCFは配送ラベルを提供しません。配送ラベルは、出品者または最終購入者が作成し、RMAラベルと一緒にコピーして貼り付けて、FCで正確に処理されるように商品を発送できます。
シリアル番号の設定
説明： シリアル番号は、正規表現パターンに従って生成される一意のバーコード番号です。出品者は、シリアル番号を設定することで、最終購入者への出荷時に正確な商品を追跡できます。これにより、購入者がMCFまたは出品者に返品したときに適切な商品を検証できるようにもなります。
ビジネスユースケース： 一部の商品では、特定の購入者にどの商品が販売されたかを出品者が把握することが必要な場合があります。 商品をシリアル番号で一意に追跡している場合、MCFは出荷と返品の両方でシリアル番号をスキャンして記録する手順を追加できます。 商品のシリアル番号を包装の外側のラベルに記載し、購入者が購入した商品とは異なる商品を返品できないようにする必要があります。
解決策の提案： 出品者は次の手順に従って、商品のシリアル番号を正常に設定することができます。
a. 出品者は、アカウントマネージャーを通じて、シリアル番号の正規表現パターンをAmazonに提供する必要があります。
b. 出品者は同じ正規表現を使用してシリアル番号を生成し、納品処理中にすべての商品/商品ボックスに貼り付けます。シリアル番号はQRコードではなく、バーコードでなければなりません。
c. 注文が行われると、Amazonは、購入者に発送された商品のシリアル番号で注文の詳細を更新します。
d. 開発者は出荷データを読み取り、getOrder APIレスポンスからシリアル番号を他の追跡情報とともに使用して、業務上の目的で記録する必要があります。
ビジネスユースケース： 一部の商品では、特定の購入者にどの商品が販売されたかを出品者が把握することが必要な場合があります。 商品をシリアル番号で一意に追跡している場合、MCFは出荷と返品の両方でシリアル番号をスキャンして記録する手順を追加できます。 商品のシリアル番号を包装の外側のラベルに記載し、購入者が購入した商品とは異なる商品を返品できないようにする必要があります。
解決策の提案： 出品者は次の手順に従って、商品のシリアル番号を正常に設定することができます。
a. 出品者は、アカウントマネージャーを通じて、シリアル番号の正規表現パターンをAmazonに提供する必要があります。
b. 出品者は同じ正規表現を使用してシリアル番号を生成し、納品処理中にすべての商品/商品ボックスに貼り付けます。シリアル番号はQRコードではなく、バーコードでなければなりません。
c. 注文が行われると、Amazonは、購入者に発送された商品のシリアル番号で注文の詳細を更新します。
d. 開発者は出荷データを読み取り、getOrder APIレスポンスからシリアル番号を他の追跡情報とともに使用して、業務上の目的で記録する必要があります。
MCF Feature Parity
