同じ商品を、自社EC・ECモール・実店舗の3か所で販売するとします。倉庫にある商品は、全部で10個です。ところが、それぞれの販売先へ「在庫10個」と登録すると、画面上は「自社EC10個＋ECモール10個＋実店舗10個＝販売できるように見える数30個」になります。実際の商品は10個しかありません。短時間に複数の場所で注文されると、11個目以降の商品を用意できなくなります。これが、複数サイト販売で起こる代表的な「売り越し」です。

売り越しを防ぐには、各販売先の在庫数を別々に更新するのではなく、販売・キャンセル・返品・入荷によって変化した数量を、関係する販売先へ正しく反映する必要があります。この仕組みを、この記事では「在庫同期」と呼びます。

商品数、注文数、販売先、倉庫、利用サービスによって、適切な方法は変わります。最初から複雑なシステムを導入するのではなく、どの在庫を正しい数字とし、いつ、どの販売先へ反映するかを決めることが出発点です。

先に結論｜在庫同期で決めるのは4つ

基本的な流れは次のとおりです。

大切なのは、すべての画面で同時に数字を変えることではありません。一つの基準在庫を更新し、その結果を各販売先へ反映することです。

身近な例で考えると「1つの財布を家族で使う」

家族3人が、同じ財布のお金を使うとします。財布には1万円入っています。しかし、それぞれが「父のメモ1万円」「母のメモ1万円」「子のメモ1万円」と別々に記録していました。父が4,000円使っても、母と子のメモが1万円のままなら、残高を正しく判断できません。実際の残高は6,000円です。

在庫同期も同じです。基準となる在庫、自社ECの表示在庫、モールの表示在庫、実店舗の在庫をつなぎ、どこかで販売されたら他の場所へ反映します。

1．在庫同期とは｜複数の販売先で在庫変動を共有する仕組み

在庫同期とは、一つの商品が販売・入荷・返品・調整されたとき、その変化を関係するシステムへ反映することです。在庫が変わる出来事には、次のようなものがあります。

• 自社ECで注文された／ECモールで注文された／実店舗で販売された
• 注文がキャンセルされた／返品商品が再販売可能になった
• 商品を入荷した／棚卸しで在庫差異が見つかった／商品が破損した
• 店舗間で商品を移動した／セット商品が売れた

在庫同期は、単に「夜に在庫表をコピーする作業」ではありません。在庫が変わった理由と数量を、正しいSKU・販売場所へ反映する業務です。

2．在庫同期と在庫一元管理の違い

似た言葉ですが、意味を分けると整理しやすくなります。在庫同期は、複数のシステム間で在庫数を合わせる処理です（基準在庫10個→自社EC10個・モール10個・POS10個→1個売れたらそれぞれ9個へ更新）。在庫一元管理は、複数の販売先の在庫・注文を一つの管理場所へ集める考え方です。一元管理システムが基準在庫を持ち、各販売先へ数量を配信します。

ECとPOSが同じ商品マスタ・在庫管理機能を使用する仕組みでは、実店舗やオンラインストアでの販売に応じて在庫を更新できます。Squareの公式案内でも、在庫追跡を有効にした商品は、POS、請求書、オンラインストアなどの販売に基づいて在庫数が更新されると説明されています。ただし、異なる会社のEC・モール・POSを組み合わせる場合は、外部の在庫連携サービスや独自連携が必要になることがあります。

3．売り越しはなぜ起こる？

4．最初に「基準在庫」を決める

複数の販売先を運用すると、自社ECの在庫、モールの在庫、POSの在庫、倉庫管理システムの在庫、スプレッドシートの在庫、実際に棚にある在庫が存在します。それぞれの数字が違った場合、どれを正しいと判断するか決めていなければなりません。

5．商品を同じSKUでつなぐ

在庫同期はSKU単位で行います。販売先で同じSKUを使用できない場合は、対応表を作ります。

対応表には、基準SKU、販売先名、販売先商品ID・SKU、商品名、バリエーション、同期対象か、同期開始日・停止日、最終確認日、担当者を記録します。同じ商品を二重登録すると、一方だけ在庫が更新されないことがあります。

6．在庫の配分方式を選ぶ

9．複数の倉庫・店舗がある場合

「自社EC」「モール」は販売先、「本社倉庫」「東京店舗」「大阪店舗」は在庫の保管場所です。混同しないようにします。複数ロケーションを扱えるECサービスでは、倉庫や店舗ごとに在庫を個別追跡し、どの場所から注文を処理するかを設定できます。Shopifyの公式案内でも、複数の店舗・倉庫へ商品を割り当て、各ロケーションの数量を別々に管理する仕組みが説明されています。

合計在庫すべてをオンライン販売できるとは限りません。店舗に商品があっても、店頭販売専用でオンライン注文の出荷に使わない設定なら、オンライン販売可能数には含めません。

10．在庫をどこから出荷するか

複数ロケーションがある場合、購入者に近い店舗、在庫が多い倉庫、送料が安い場所、注文商品がすべてそろう場所、店舗販売用在庫を優先的に残す、古い在庫がある場所などのルールで、注文の割当先を決めます。2商品を注文された場合、1つの倉庫からまとめて発送できれば、送料と追跡番号を1件に抑えられます。在庫数だけでなく、出荷単位も考えます。

11．在庫同期の4つの方法

12．リアルタイム同期と定期同期

リアルタイムに近い同期は、注文や在庫変更が起きた直後に更新するため売り越しリスクを抑えやすい一方、通信エラーへの再処理や同時注文の制御が必要です。定期同期は5分・30分・1時間などの間隔で更新し、仕組みを作りやすい一方、同期間隔中に売り越す可能性があります。すべての商品を同じ条件にする必要はありません。

13．販売可能在庫をそのまま配信しない

基準在庫が5個でも、各販売先へ5個を表示すると、同期の時間差で売り越す可能性があります。そこで、連携用の安全在庫を差し引きます。

安全在庫が多すぎると販売機会を失います。同期時間、注文数、商品価格、再入荷の難しさを見て調整します。在庫10個以上なら全販売先、3〜9個ならモールを絞る、1〜2個なら自社ECだけ、というように残り在庫が少ない商品を、更新の遅い販売先から停止する方法もあります。

14．実店舗販売をどう反映する？

POS連携では、レジで販売した時点で同じ在庫データを減らし、共通在庫を更新してEC・モールへ反映します。手入力の場合は、販売時にSKUを記録する、何分以内に更新するか、混雑時の仮記録方法、閉店時の照合、通信障害時の処理を決めます。イベント・催事販売で商品を持ち出す場合は在庫移動として管理し、イベント用の在庫を倉庫とECの両方で販売できる状態にしないようにします。

15．セット商品・キャンセル・返品の同期

18．入荷・在庫移動時の同期／19．同期エラーの発見

入荷は、仕入先から発送された時点ではなく、倉庫で受領・検品した数量を在庫へ追加します（例：入荷予定100個、不良2個→販売可能96個）。店舗間移動では、移動中の商品を移動元・移動先の両方へ含めると二重在庫になります。Shopifyの公式機能でも、店舗・倉庫・外部ロケーション間の在庫転送を作成し、移動と受領を追跡する考え方が案内されています。

在庫同期は、失敗する前提で監視します。最終同期日時、成功・失敗件数、未登録SKU、数量不一致、エラー内容、再処理回数を確認します。全商品が同じ数量のまま、売れたのに他サイトが減らない、マイナス在庫が発生した、未登録SKUが増えているといった状態は、同期が止まっているサインです。

20．同期停止時の緊急対応

自動同期が停止した場合は、原因調査より先に売り越しを止める必要があります。

21．同期復旧時の「上書き事故」

停止時の在庫が10個で、停止中に3個販売されて現在7個だとします。復旧後に停止前の「10個」を再送すると、販売可能数が3個増えてしまいます。どの時点の在庫データか、停止中の注文・手動調整・キャンセル・返品・入荷・店舗販売を確認し、古い在庫の再送ではなく現在の基準在庫から再開します。

22．記録しておきたい在庫更新履歴

数量だけを保存すると、なぜ変わったか分かりません。更新ID、発生・反映日時、基準SKU、ロケーション、変更前後の数量、理由（販売・入荷・返品など）、注文番号、販売先、処理状態、担当者を記録します。

23．在庫同期の運用指標

実際のケースで考えてみよう｜工芸品を3つの場所で販売する

手作りの花器を、自社EC・ECモール・実店舗の3つで販売します。商品は一点ずつ色や模様が異なるため、花器A（VC-001）・花器B（VC-002）・花器C（VC-003）はすべて別SKU・各1個です。

問題が起きた運用：3商品を、自社EC・モール・実店舗のすべてへ在庫1個として登録しました。実店舗でVC-001が販売されましたが、EC担当者が在庫を更新したのは閉店後でした。その間に、自社ECでもVC-001が注文されました。

原因：一点物を複数サイトへ同時掲載した／店舗販売が即時反映されない／安全在庫を設定していなかった／売れた商品を止める担当者が決まっていなかった／POSとECが連携していなかった。

在庫同期を設計する12の質問

1. 正しい在庫はどこで管理しますか？基準となるシステムを一つ決めます。
2. 商品は共通SKUで管理されていますか？販売先コードとの対応表を確認します。
3. どの販売先で同じ在庫を共有しますか？同期対象外の商品・販売先も決めます。
4. 在庫は共通利用ですか、販売先別配分ですか？商品特性と同期精度から判断します。
5. 実店舗販売はいつ反映されますか？POS連携か、手入力かを確認します。
6. 在庫更新はリアルタイムですか、定期ですか？更新間隔を記録します。
7. 在庫が少ない商品はどうしますか？販売先を絞る、安全在庫を増やすなどを決めます。
8. セット商品が売れたら何を減らしますか？構成SKUと必要数を登録します。
9. キャンセル・返品時に在庫は戻りますか？重複して戻らないことも確認します。
10. 同期失敗は誰に通知されますか？エラー通知先と対応期限を決めます。
11. 連携停止時に販売を止める方法はありますか？緊急手順を用意します。
12. 在庫差異をいつ照合しますか？日次、週次、月次などの確認頻度を決めます。

やってみよう｜配信在庫計算機＆在庫僅少時の同期リスクチェッカー

安全在庫を差し引いた配信可能在庫を自動計算し、各販売先の上限が超過していないかを確認できます。さらに、残り在庫と同期遅延の目安から、販売先を絞るべきかをすぐに判断できます。入力内容はこのブラウザにのみ保存され、外部へは送信されません。

アウトプットワーク｜複数サイトの在庫同期を設計しよう

現在販売している商品、または販売予定の商品を一つ選んでください。分からない項目は推測で埋めず、「未確認」と記録してください。

理解度チェッククイズ

よくある質問

今回のまとめ

複数サイトの在庫同期は、各販売先の在庫数を同じ数字にするだけの作業ではありません。今回覚えておきたいポイントは、次の5つです。

1. 複数サイトで同じ在庫を販売する場合は、基準となる在庫データを一つ決める
2. 販売先ごとの商品を、共通の基準SKUでつなぐ
3. 共通在庫、販売先別配分、安全在庫を商品に合わせて使い分ける
4. 販売・キャンセル・返品・入荷・在庫移動を各販売先へ反映する
5. 自動同期が失敗したときに、販売停止・手動更新・再同期ができるようにする

在庫同期で本当に重要なのは、「常に同じ数字に見えること」ではありません。どこで売れたか→どの商品が何個減ったか→現在どこに何個あるか→新しく何個販売してよいか。この流れを正しくつなぐことです。

獲得バッジ

文：横田和也／解決ドットコム編集部