メルカリShopsの注文をAmazon FBAで自動出荷する流れ|クロスマの通知設定まで

メルカリShopsの注文をクロスマへ取り込み、Amazon FBAマルチチャネルサービスへ出荷依頼し、追跡情報・発送完了通知を戻す流れを解説。自動処理が止まる条件と二重出荷を防ぐ確認点も整理します。

広告・PR本記事にはアフィリエイト広告が含まれます。

メルカリShops注文をクロスマ経由でAmazon FBAから自動出荷する流れ

メルカリShopsの注文をAmazon FBAマルチチャネルサービスから出荷する運用では、注文を取得できるだけでは不十分です。入金状態、商品コード、FBA在庫、配送条件、通知設定が揃って初めて、注文取得から出荷完了までの処理をつなげられます。

メルカリShopsの注文をクロスマへ取り込み、FBAへ出荷依頼した後、出荷情報と発送完了通知を戻す流れを解説します。画面名や仕様は変更される場合があるため、実施時は管理画面と最新の公式案内も確認してください。

結論:自動化する前に、止まる条件と手動処理の境界を決める

クロスマのFBA自動出荷は、通常注文を効率よく処理する仕組みです。一方、購入者の備考、アラート、発送方法の異なる商品の混在、FBA在庫不足、住所や配送指定のエラーなどでは処理が停止します。すべてを無理に自動化せず、通常処理と例外処理を分けることが重要です。

  1. メルカリShopsとクロスマのAPI・注文取得・通知を設定する
  2. 対象商品をクロスマで管理し、FBA発送として判定できる状態にする
  3. テスト注文をクロスマへ一度だけ取り込む
  4. 入金完了後のFBA出荷依頼と受付状況を確認する
  5. FBA出荷データ、追跡情報、発送完了通知を読み戻す
  6. 停止時は注文コードとFBA依頼状況を照合してから再処理する

自動出荷の全体像

工程 主な処理 確認すること
1. 受注 メルカリShopsで注文が確定する 対象商品、支払い状態、配送条件
2. 注文取得 クロスマが注文データを取り込む 同じ注文が一度だけ取得されている
3. 出荷判定 商品コードと発送区分からFBA対象を判定する 自己発送やクロスマ外商品になっていない
4. FBA依頼 入金完了後、クロスマからFBAへ出荷指示を出す 依頼受付、配送方法、在庫引当
5. 出荷 Amazonが商品を出荷する 出荷日、配送業者、追跡番号
6. 情報反映 クロスマがFBAの出荷データを取り込む 注文詳細へ出荷情報が戻っている
7. 通知・完了 発送完了通知とモール側の状態更新を行う 通知が一度だけ送信され、注文が完了する

1. 注文取得前に揃える設定

先に、メルカリShopsのAPIアクセストークン、クロスマの対象店舗、自店舗名、注文自動取得、発送完了通知、配送初期値を確認します。設定手順はクロスマとメルカリShopsの連携方法で詳しく整理しています。

特に発送完了通知は、メルカリShopsとクロスマの両方から同じ内容を送らないよう送信元を一つにします。クロスマの現行マニュアルでは、メルカリShops向けの注文処理でクロスマから行う通知は発送完了通知です。購入・支払い完了や支払い待ちの案内が必要な場合は、メルカリShops側の設定と役割を分けます。

  • API連携先のショップが正しい
  • 注文自動取得が有効になっている
  • 発送完了通知の送信元が一つに決まっている
  • FBA納品書コメントと購入者向け通知文を確認している
  • 配送方法、発送元、発送日数が実運用と一致している

2. 商品をFBA発送として判定できる状態にする

注文がクロスマへ入っても、商品との対応が正しくなければFBA自動出荷には進みません。対象商品がクロスマで管理され、公開状態と商品コードの対応が正しいことを確認します。

クロスマ公式FAQでは、FBA在庫商品が自己発送として注文連携された場合、対象商品がクロスマから出品されているか、クロスマで販売中になっているか、ショップ内に同じ商品が複数存在しないかを確認するよう案内されています。クロスマに取得されていない商品はクロスマ外商品として扱われ、自己発送で連携される場合があります。

確認項目 確認内容 ずれた場合の影響
商品コード メルカリShopsの注文商品とクロスマ商品が対応する 別商品判定、自己発送、出荷停止
販売状態 クロスマで対象商品が販売中になっている FBA対象として判定されない
発送区分 FBA発送と自己発送を区別する 誤った倉庫へ出荷依頼する
重複商品 同じ商品コードの重複登録がない クロスマ外商品へ注文が入る
FBA在庫 出荷指示時に利用可能な在庫がある 在庫不足エラーで停止する

3. 注文取得と入金状態を確認する

メルカリShopsの注文がクロスマへ取り込まれたら、注文コード、商品、数量、支払い状態、発送区分を確認します。実運用では購入者情報も扱いますが、記事や共有資料へ転記する場合は個人情報を残しません。

クロスマの現行FBA注文処理では、入金完了になるとFBAへの出荷指示が行われます。入金完了前には出荷指示が出ず、FBA在庫の引当と減算も出荷指示完了後です。注文取得から出荷指示までに時間差があるため、在庫が少ない商品は他チャネルとの競合も考慮します。

4. クロスマからFBAへ出荷指示を出す

通常条件を満たすFBA在庫商品の注文は、自動で処理が進みます。現行マニュアルでは、FBAマルチチャネルサービスへの依頼は初期状態でお急ぎ便となる案内があります。配送方法の初期値を確認し、送料と購入者への案内が販売条件に合うようにします。

出荷指示が受け付けられた後は、Amazonセラーセントラルでも依頼状況を確認できます。クロスマの注文コードがFBA側の依頼番号として使われるため、手動対応へ切り替える場合も同じ注文であることを照合します。

5. FBA出荷データと発送完了通知を戻す

Amazonから出荷されると、クロスマへ出荷日、配送業者、配送伝票番号などの情報が取り込まれます。FBA発送注文では、出荷完了後に発送完了通知が自動送信され、クロスマからモール側の注文状態が更新されます。

設定保存だけで完了とせず、テスト注文で次の結果を読み戻します。

  1. クロスマの注文詳細にFBA依頼状態が表示される
  2. Amazon側に同じ注文コードの依頼が一件だけある
  3. 出荷日、配送業者、追跡番号がクロスマへ戻る
  4. 購入者へ発送完了通知が一度だけ届く
  5. メルカリShops側の注文状態が意図どおり更新される
  6. 対象商品の在庫が他チャネルへ反映される

自動処理が止まる主な条件

停止条件 理由 確認後の選択肢
購入者の要望・備考 領収書や配送日時など、人の判断が必要 内容を確認し、自動処理を続行するか手動対応へ切り替える
各種アラート 複数個、高額、氏名など設定条件に該当 注文内容を確認し、続行またはキャンセルを選ぶ
発送方法の混在 FBA商品と自己発送商品が同じ注文に含まれる 発送方法ごとに分けて処理する
FBA在庫不足 取得から依頼までの間に利用可能在庫がなくなった 納品後に再依頼、自己発送、注文キャンセルを判断する
住所・氏名の制約 FBA側の文字数や形式に合わない 注文内容を確認し、許容範囲で修正して再依頼する
配送日時・便種 倉庫や配送状況により指定を受け付けられない 便種変更、手動依頼、自己発送を判断する
API・受付エラー Amazonとの接続や受付に問題がある 受付状況を照合してから再依頼する

備考欄がある注文の扱い

購入者が注文時に要望や備考を入力した場合、クロスマの自動処理は停止します。領収書希望など配送に影響しない内容であれば、確認後に自動処理を続行できます。配送日時や同梱など出荷内容へ影響する場合は、自動処理をキャンセルして手動対応へ切り替えます。

担当者が不在でも判断できるよう、「そのまま続行できる要望」「購入者確認が必要な要望」「自己発送へ切り替える要望」を短い運用表にまとめておくと安全です。

FBAエラー時に二重出荷を防ぐ

FBAへの出荷指示がエラーになった場合は、表示された内容を確認して再依頼、手動依頼、自己発送、キャンセルを選びます。ただし、画面上で明確な受付レスポンスが確認できない場合でも、先にAmazon側へ依頼が作成されている可能性を確認します。

手動でFBAマルチチャネルサービスの注文を作成するときは、クロスマの注文コードを依頼番号に使用します。別の番号で依頼すると、自動処理の注文と照合できず、重複発送につながる可能性があります。

  1. クロスマの注文コードと現在の状態を控える
  2. Amazon側で同じ依頼番号が存在しないか確認する
  3. すでに受付済みなら新しい依頼を作らない
  4. 未受付を確認できた場合だけ、再依頼または手動依頼を行う
  5. 手動依頼後はクロスマへ依頼番号を戻し、処理を再開する

少数テストで確認したいパターン

テスト 確認すること
通常の単品注文 注文取得からFBA出荷、通知、状態更新まで自動で完了する
複数個注文 アラート設定と実際の停止・続行条件が一致する
備考あり注文 自動処理が停止し、担当者が内容を判断できる
FBA・自己発送の混在 誤って一括出荷せず、発送方法ごとに処理できる
在庫不足 再依頼、自己発送、キャンセルの担当と連絡手順が機能する
通知確認 発送完了通知が一度だけ送られ、文面と追跡情報が正しい

検証時は、実際に販売する代表商品を少数選び、通常注文と例外注文を分けて記録します。手法だけで成果が出るとは限らないため、処理時間、エラー、購入者対応、在庫差異を確認してから対象商品を広げます。

運用体制別の確認ポイント

体制 重点を置くこと
一人・少人数 停止通知を見落とさない一覧と、毎日の未処理確認を決める
受注と出荷が別担当 自動処理を止めた理由、判断者、再開時刻を共有する
複数倉庫を併用 FBA、自己発送、外部倉庫の発送区分と在庫を分ける
注文数が多い 例外だけを担当者へ集め、通常注文の手動確認を増やしすぎない

関連する設定と導入手順

API、通知、注文取得、配送初期値は、クロスマとメルカリShopsの連携方法で確認できます。FBAマルチチャネルサービスを含むクロスマ全体の運用は、Amazon FBAマルチチャネルとクロスマの自動出荷もあわせてご覧ください。

クロスマでメルカリShops注文を自動出荷したい方へ

自動出荷では、API設定だけでなく、商品コード、発送区分、入金、通知、アラート、手動処理、二重出荷防止まで現在の運用に合わせて整理する必要があります。クロスマの最新情報と申し込み方法、MO-LIBの導入支援は記事末尾の案内から確認できます。

まとめ

メルカリShopsの注文をAmazon FBAで自動出荷する場合、クロスマが注文を取得し、入金完了後にFBAへ出荷指示を出し、Amazonの出荷データを取り込んで発送完了通知と注文状態を更新します。商品コード、発送区分、FBA在庫、通知設定を先に揃え、備考、アラート、発送方法の混在、在庫不足、住所・配送指定などで停止したときの担当と判断基準を決めてください。再依頼や手動依頼の前には、クロスマの注文コードとAmazon側の依頼を照合し、二重出荷を防ぐことが重要です。

RELATED ARTICLES

あわせて読みたい記事