↗付きの用語リンクは、別タブで説明を開きます。
複数のECモールで販売し、Amazon FBAの在庫から出荷する場合、モールごとに同じ設定を繰り返すだけでは安定した自動出荷になりません。注文取得、商品判定、入金、FBAへの出荷指示、追跡番号、購入者向け通知まで、共通部分とモール固有部分を分けて設計する必要があります。
MO-LIBでは自社のEC物販でクロスマを利用しています。本記事では、複数モールの自動出荷に共通する設計を整理し、Yahoo!ショッピング、楽天市場、メルカリShops、Qoo10の詳しい設定記事へ案内します。購入者情報、注文番号、商品名、SKU、在庫数、契約情報などは使用していません。画面や仕様は変更されることがあるため、実施時は最新の公式情報も確認してください。
結論：共通フローを決めてから、モール固有の設定へ進む
クロスマとFBAマルチチャネルサービスを使った自動出荷は、次の流れで整理できます。
- モールとクロスマをAPIや注文取得設定で接続する
- モールの商品コードとAmazon SKUを紐づける
- 対象商品をFBA発送として判定できる状態にする
- 注文と入金状態をクロスマへ取り込む
- クロスマからFBAへ出荷指示を送る
- 出荷日、配送会社、追跡番号をクロスマへ戻す
- モールの注文状態と購入者向け通知を更新する
この共通フローを先に決めると、モールごとのAPI、納期、メール、配送設定の違いを切り分けやすくなります。
複数モールに共通するデータの流れ
| 工程 | 共通して確認すること | モールごとに変わること |
|---|---|---|
| 接続 | 店舗、権限、有効期限、注文取得 | 認証方法、申請、公開鍵・ライセンス |
| 商品 | 商品コード、Amazon SKU、FBA在庫 | 商品管理番号、バリエーション、公開状態 |
| 注文 | 入金、備考、配送方法、管理外商品の判定 | 注文ステータス、日時指定、受注移動条件 |
| 出荷 | FBA受付、出荷依頼番号、二重発送防止 | 納期表示、配送リードタイム、通知条件 |
| 完了 | 配送会社、追跡番号、購入者向け通知 | モール側の完了処理、メールテンプレート |
自動出荷の前に揃えたい共通条件
商品コードとAmazon SKUを照合する
モールの商品コードがクロスマの商品と一致し、FBA在庫を持つAmazon SKUへ正しく紐づいていることを確認します。似た商品、セット商品、バリエーション商品は誤った紐づけが起きやすいため、代表商品を使って読み戻します。
FBA発送と自己発送の境界を決める
すべての商品や注文をFBAへ送るとは限りません。専売商品、FBA在庫切れ、備考付き注文、複数配送、住所変更など、自己発送または手動確認へ切り替える条件を先に決めます。
追跡反映までを完了条件にする
注文がクロスマへ表示されたことだけでは完了ではありません。FBA側の受付、出荷結果、配送会社、追跡番号、モール側ステータス、購入者向け通知まで確認します。
モール別に異なる設定と詳しい手順
| 販売先 | 主な固有設定 | 詳しい記事 |
|---|---|---|
| Yahoo!ショッピング | 公開鍵、注文自動取得、配送方法、発送完了メール | Yahoo!注文をFBAから自動出荷する方法 |
| 楽天市場 | APIライセンス、納期管理番号、出荷・配送リードタイム | 楽天注文をFBAで自動出荷する方法 |
| メルカリShops | アクセストークン、発送通知、配送初期値 | メルカリShops注文をFBAで自動出荷する流れ |
| Qoo10 | API申請、認証期限、配送準備への移動、発送可能日 | Qoo10連携とFBA出荷の確認手順 |
Yahoo!ショッピングの接続設定はクロスマとYahoo!ショッピングをAPI連携する方法、楽天APIの期限管理はクロスマの楽天APIを更新する方法で詳しく整理しています。
導入は少数商品とテスト注文から始める
- 単品、バリエーション、セット商品から代表商品を選ぶ
- 商品コードとAmazon SKUを照合する
- FBA在庫と安全在庫を確認する
- モールごとの注文取得と入金状態を確認する
- FBA側で出荷依頼が一件だけ作られたことを確認する
- 追跡番号とモール側の注文状態を読み戻す
- キャンセル、欠品、備考、日時指定などの例外を試す
最初から全商品・全注文を自動化せず、通常注文と例外注文の両方で確認してから対象範囲を広げます。
自動処理を止める条件を先に決める
- 商品コードまたはSKUを判定できない
- FBA在庫が不足している
- 注文に備考、住所変更、複数配送などの確認事項がある
- 入金・キャンセル状態が確定していない
- API認証、出荷依頼、追跡反映でエラーが出ている
例外注文の設計は複数モール運営でシステム導入前に整理する例外処理、停止原因の切り分けはクロスマで注文が取得されない・自動処理が止まるときの確認順をご覧ください。
手動対応へ切り替える前に二重発送を確認する
自動出荷が止まった場合、すぐに同じ注文を手動登録すると二重発送になる可能性があります。FBA側で依頼が受け付けられていないかを確認し、注文コード、通知、モール更新を一度だけ実行します。詳しい復旧手順はクロスマのFBA自動出荷エラーに手動対応する方法で確認できます。
クロスマの導入・FBA連携を検討している方へ
クロスマの初期設定全体はクロスマの設定方法で整理しています。導入前は、販売先、商品区分、在庫、出荷方法、例外処理、担当者を確認し、どこまで自動化するかを決めてください。
まとめ
クロスマとFBAマルチチャネルサービスを使った複数モールの自動出荷は、注文取得、商品判定、入金、出荷指示、追跡反映、通知という共通フローを先に整え、モール固有のAPI・納期・メール設定を分けて確認します。本記事を全体の入口として使い、実際に利用するモールの詳細記事で設定とテスト手順を確認してください。
