Amazon・楽天市場・Yahoo!ショッピングで同じ商品を販売していると、最後の1個を複数店舗で受注することがあります。在庫連携を導入していても、注文取得から更新までの時間や、キャンセル・返品の処理によって差が生じます。残り1個の商品をどう扱うかを先に決めておくと、受注後の慌ただしい調整を減らせます。
この記事のポイント
確認すべき項目、実務での対応例、再発を防ぐチェックリストを紹介します。
目次
売り越しは「どこで何個売れる状態か」で確認する
倉庫に1個あることと、各モールで1個ずつ購入できることは別です。実在庫、引当済み、販売可能数、各店舗の公開在庫を分けて見ます。注文を取得した時刻と在庫更新の時刻もそろえ、古い画面の数字を比べていないか確認しましょう。
残り1個のルールを3通りから選ぶ
方法は、販売するモールを絞る、安全在庫として公開数を減らす、連携を保ち例外監視を強める、の3つです。回転が速い商品や一点物はモールを絞る方法を検討し、補充可能な商品は納期と受注頻度を含めて判断します。安全在庫は売上機会も減らすため、全商品に同じ数を設定しないことが大切です。
数量を変更する前に正本と影響先を決める
どのシステムを在庫の正本にするかを確認します。モール側だけを修正すると連携元の数値で戻る場合があります。商品コード、SKU、倉庫、併売・専売の区分を照合し、対象1商品で正しい場所を修正して、各店舗への反映を確認します。
確認のコツ
一括処理へ広げる前に、対象1件と変更前の記録を用意しましょう。
キャンセルと返品を自動で同じ処理にしない
キャンセル成立、出荷停止、在庫の解放は別の処理です。返品も、戻っただけで販売可能になるとは限りません。検品前の商品を販売数へ戻さず、キャンセル連携で既に戻っている在庫を二重加算しないよう、担当者と処理済み欄を用意します。
毎日の確認表に残す項目
確認表にはSKU、実在庫、引当数、販売可能数、モール別在庫、更新時刻、差異理由、担当者を記録します。たとえば実在庫1、引当1なら新たに販売できる数は0です。この確認は仕組みの説明用で、倉庫やシステムによって引当の定義が違うため、実際の表示項目に合わせて運用します。
クロスマを使う場合の確認ポイント
クロスマの公式マニュアルでも、専売用商品のモール間在庫連動には時間差があると案内されています。連携があれば売り越しが必ずなくなるとは考えず、商品区分、連携設定、固定在庫、対象モールを確認します。旧画面と新画面で操作が異なる場合は、現在のマニュアルとサポートで対象機能を確かめてください。
実務例：残り1個の商品Aで同時注文が入った場合
先に確定した注文へ引当したうえで、残りの受注の決済・出荷状態を確認します。欠品が確定した場合は店舗の規約と購入者対応に従い、代替・納期・取消の案内を検討します。未発送なのに発送済みにするなど、ステータスだけで帳尻を合わせないようにします。
運用チェックリスト
- SKU、倉庫、実在庫、引当数を照合した
- 在庫の正本と修正担当を決めた
- 残り少数時の販売先・安全在庫を決めた
- キャンセル・返品の二重加算を確認した
よくある質問
在庫連携があれば残り1個も安全ですか？
更新の時間差や注文の集中があるため、必ず防げるとは言えません。販売先の制限や公開在庫の調整を商品ごとに検討します。
まとめ
まず現状を整理し、対象商品・担当者・確認結果を記録して運用を整えましょう。複数モールでは、商品情報、在庫、受注、出荷のつながりを確認することが、効率化の土台になります。
参考情報
公式の機能・操作案内（確認日：2026年10月20日）。機能・画面・条件は変更される場合があります。ご利用環境の最新案内をご確認ください。
