クロスモールは、Amazon.co.jp／Amazon Businessの在庫管理と受注管理に対応しています。商品登録はAmazonカタログに登録済みの商品データが対象で、新規カタログ作成まで対応するとは確認できません。
Amazonを含む複数チャネルの注文をまとめて処理できる一方、在庫更新には時間差があります。FBAマルチチャネルとAmazon Vendor Centralは、通常のAmazon連携とは分けて確認することが重要です。
クロスモールとAmazonの連携でまず押さえる範囲
Amazon.co.jp／Amazon Businessとの連携は、在庫・受注・商品登録を同じ範囲で扱えるという意味ではありません。機能ごとに対応状況と条件が異なるため、導入前に分けて確認します。
Amazon.co.jp／Amazon Businessで一元管理できる範囲と商品登録の条件
公式の対応一覧では、Amazon.co.jp／Amazon Businessは在庫管理と受注管理に対応しています。Amazonを含む複数のモールやカートから注文を取り込み、クロスモールの一つのインターフェースでまとめて処理できます。対応モール・カート一覧でも、両チャネルの在庫管理と受注管理は「●」です。
商品登録は条件付きです。対応表の注記は「Amazonの商品カタログに登録済の商品データは一元管理可能」としており、Amazon内にすでに存在するカタログの商品情報を扱う前提です。したがって、クロスモールからAmazonの新規商品カタログを作成できる機能まで対応しているとは判断できません。
すでにAmazonカタログへ登録されている商品であれば、クロスモールで商品情報を管理したり、他の販売チャネルと在庫を連携したりする運用が対象になります。一方、Amazonに存在しない商品のカタログ作成や、Amazon側で必要な登録・審査までをクロスモールだけで完結できるかは、別途確認が必要です。
受注管理についても、Amazon側の操作がすべて不要になるわけではありません。注文の集約、ステータス管理、帳票や送り状データの出力などをまとめやすくする機能であり、Amazon側の設定確認や連携対象外の処理まで自動的に置き換えるものではありません。
Amazonを含む共通在庫を運用する際の考え方
Amazonと自社EC、他のモールで同じ商品を販売する場合は、在庫を同期できるかだけでなく、どの数量を各チャネルへ公開するかも決める必要があります。共通在庫は、更新の時間差と販売チャネルごとの配分を前提に設計します。
Amazonを含む共通在庫の連携と運用上の注意
クロスモールでは、注文に応じて複数サイトの在庫を更新し、商品ごとの在庫配分を設定できます。数量による振り分けや割合による振り分けに加え、確保在庫を差し引いた数量を各サイトへ反映する運用も案内されています。在庫管理の機能説明では、在庫更新・配分・確保在庫の機能が説明されています。
在庫更新は即時ではありません。注文発生から更新までの目安は平均5〜10分で、実際の反映はモール側の受信・反映状況にも左右されます。そのため、Amazonで注文が入った直後に、他の販売チャネルの販売可能数が必ず同時に変わるとは限りません。
この時間差があるため、在庫連携は売り越しリスクを抑える仕組みであって、売り越しを完全に防ぐ仕組みとは考えない方が安全です。特に実在庫が少ない商品や、セールで注文が集中する商品では、次の点をあらかじめ決めておきます。
- Amazonと他チャネルに公開する在庫数を、実在庫の全量にするか一部にするか
- 返品・交換に備えた確保在庫をどれだけ差し引くか
- FBA在庫と自社出荷在庫を別々に扱うか、共通の販売可能数として管理するか
- 注文キャンセルや返品が発生した際、在庫をいつ販売可能数へ戻すか
たとえば実在庫が少ない商品を複数チャネルで販売する場合、各チャネルへ同じ数量を公開するより、販売量や優先順位に応じて配分する方が管理しやすいことがあります。FBAと自社出荷を併用する場合も、どの在庫をどの注文に充てるかを先に決めておく必要があります。在庫数が合っていても、実際に出荷できる在庫が残っていなければ、欠品や出荷遅延につながるためです。
FBAマルチチャネルを使う場合は連携範囲を分けて確認する
AmazonのFBAを利用してAmazonの注文を出荷することと、Amazon以外の販売チャネルの注文をFBAマルチチャネルで出荷することは別の運用です。FBAマルチチャネルは、Amazon以外のECサイトやモールで販売した商品の出荷・配送をAmazonへ委託するサービスです。
クロスモールの対応一覧には、FBAマルチチャネルが連携物流サービスとして掲載されています。対応モール・カート一覧で連携先として確認できます。ただし、連携先として掲載されていることだけで、現在利用できる自動処理の詳細条件までは判断できません。
FBAマルチチャネル連携で確認したい出荷自動化・在庫切替の条件
2019年の公式発表では、クロスモールに取り込んだ各ECサイトの注文をFBAマルチチャネルへ一括で出荷依頼できること、受注自動処理と組み合わせて確認不要の注文を自動出荷できること、FBA委託在庫がなくなった場合にクロスモールの在庫を自社出荷分として各ECサイトへ送信することが説明されています。当時の公式発表に記載された内容です。
ただし、この発表は2019年のものです。今回確認できた現行の対応一覧からは、次の内容を現在の仕様として確定できません。
- 他チャネル注文を一括出荷依頼する際の対象注文と必須項目
- 配送先、配送方法、追跡情報などの連携範囲
- 確認不要な注文だけを自動出荷するための条件設定
- 自動処理から除外される注文や、エラー発生時の扱い
- FBA在庫切れ時に自社出荷へ切り替わる在庫の条件と反映先
したがって、FBAマルチチャネルを利用する場合は、「対応しているか」だけでなく、実際の注文データでどこまで自動化できるかを確認します。特に、対象商品の出荷要件、クロスモールから出荷依頼を行う操作、出荷依頼後のステータスや追跡情報の戻り先を確認することが重要です。
FBA委託在庫と自社出荷在庫を併用する場合は、在庫切替後の運用も確認します。自社出荷へ切り替わっても、倉庫側の実在庫、出荷可能数、配送リードタイムが自動的に整うとは限りません。切替条件だけでなく、販売チャネルへ送る在庫数と、現場が出荷できる状態かどうかを分けて確認する必要があります。
Amazon Vendor Centralは通常のAmazon連携とは分けて判断する
Amazon.co.jp／Amazon Businessの販売者向け運用と、Amazon Vendor Centralを使う取引は同じものではありません。Vendor Centralは通常のAmazon連携と同一視せず、別の連携経路として確認します。
Amazon Vendor Centralは別経路として標準連携の可否を確認する
クロスモールの公式対応表には、Amazon.co.jp／Amazon Businessの記載はありますが、Amazon Vendor Centralは明記されていません。対応モール・カート一覧にVendor Centralの標準連携が掲載されていないため、クロスモール単体で対応できるのか、外部サービスが必要なのかは、今回確認できた資料からは確定できません。
Amazon.co.jp／Amazon Businessに対応しているという記載だけから、Vendor Centralも標準連携できると判断することは避けるべきです。FBAマルチチャネルが物流連携先として掲載されていることも、Vendor Centralの注文・在庫連携を示すものではありません。
Vendor Centralとの連携を検討する場合は、接続方式とともに、次の役割分担を確認します。
- Vendor Centralの注文をどの仕組みでクロスモールへ取り込むか
- 注文を受けた後、在庫減算をクロスモールとVendor Centralのどちらが担うか
- 発注・受注の確定や完了処理を、どの画面で行うか
- Vendor Central側で必要な操作や確認が残るか
- クロスモールからVendor Centralへ在庫数を反映できるか
- 連携エラーや在庫差異が発生した場合、どこで確認し再処理するか
Vendor Centralの注文をクロスモールへ取り込めても、Vendor Central側で受発注処理を続ける設計なら、クロスモールは在庫連携や情報集約の役割にとどまります。反対に、在庫反映まで外部サービスが担う場合は、クロスモール、外部サービス、Vendor Centralのどこを正しい在庫の基準にするかを決めなければなりません。
Vendor Centralを利用する事業者は、通常のAmazon連携の対応表だけで判断せず、自社の注文形式・在庫反映方式・処理画面を前提に、連携経路と責任分担を個別に確定する必要があります。
まとめ
クロスモールは、Amazon.co.jp／Amazon Businessの在庫管理と受注管理に対応し、Amazonを含む複数チャネルの注文をまとめて処理できます。商品登録はAmazonカタログに登録済みの商品データが対象で、新規カタログ作成まで対応するとは確認できません。
共通在庫は、商品ごとの配分や確保在庫を設定して運用できますが、更新の目安は平均5〜10分で、モール側の反映状況にも左右されます。FBAマルチチャネルの一括出荷・自動出荷・在庫切替は、2019年の発表内容と現行仕様を分けて確認してください。Vendor Centralも通常のAmazon連携とは別経路として、標準連携の可否、処理画面、在庫反映の担当を個別に確定する必要があります。
出典