店舗販売とEC販売を併用する小売事業者にとって、在庫ズレは売り越しや機会損失に直結する構造的な課題であり、原因を6つのパターンに分けて把握し、運用ルールとシステム連携の両面から仕組みで防ぐことが重要です。
この記事のポイント
- 店舗とECの在庫ズレは、POS反映遅延・キャンセル差し戻し漏れ・手作業ミス・同期タイミングのずれ・SKU不整合・移動/返品の反映漏れの6パターンに分類できる
- 売り越し・過剰在庫・現場負荷の増大など、放置すると事業への影響が大きい
- 棚卸ルールの整備、POS×ECのリアルタイム同期、SKU体系の統一が再発防止の鍵
店舗とECの在庫ズレとは？問題の全体像
店舗とECを同時に運営していると、「帳簿上は在庫があるのに実際は欠品している」「実物は残っているのにECでは売り切れ表示になっている」といった在庫のズレが起こります。このズレは、データ上の在庫数（理論在庫）と実際に倉庫や店頭に存在する在庫数（実在庫）の間に差異が生じている状態です。
店舗とECが同じSKU（商品管理番号）を共有して販売する構造では、片方のチャネルで在庫が動いたタイミングでもう片方に正確に反映されなければ、即座にズレが発生します。販売チャネルが増えるほど、この同期の難易度は上がります。
理論在庫と実在庫のギャップが生まれる仕組み
理論在庫とは、入荷・出荷・移動・廃棄といった記録をもとに算出したデータ上の在庫数です。一方、実在庫は商品を実際に数えた結果の在庫数を指します。この両者が完全に一致していれば問題はありませんが、実務では必ずと言っていいほど差異が発生します。
この差異を「棚卸差異」と呼び、一般的な許容範囲は5%以内とされています。しかし、店舗とECで同時に在庫が動く環境では、差異が許容範囲を超えやすくなります。店頭で商品が売れた瞬間にEC側の在庫が減らなければ、その間にEC経由の注文が入ってしまう構造的なリスクがあるためです。
在庫ズレが事業に与えるインパクト
在庫ズレが放置されると、事業運営に対して以下のような影響が出ます。
売り越しの発生
実在庫がゼロにもかかわらずECで注文を受けてしまうと、キャンセル・返金対応が必要になります。購入者への謝罪対応やクレーム処理にかかる時間とコストは、売上以上の損失を生む場合もあります。
過剰在庫の発生
理論在庫が実際より少なく表示されていると、不要な追加発注につながります。結果として余剰在庫が倉庫スペースを圧迫し、値下げ販売や廃棄を余儀なくされるケースもあります。資金が在庫に拘束され、キャッシュフローの悪化も招きます。
現場負荷の増大
ズレが常態化すると、スタッフが毎日のように手作業で在庫数を確認・修正する作業に追われます。本来であれば販売戦略の立案や接客に充てるべき時間が、在庫調整作業に消費されてしまいます。
店舗×ECで在庫ズレが起きる6つの原因パターン
店舗とECの在庫ズレには、大きく分けて6つの原因パターンがあります。自社の状況と照らし合わせながら、どのパターンに該当するかを確認してください。
| 原因パターン | 発生場面 | 影響度 | 対策の方向性 |
|---|---|---|---|
| 店頭販売の反映遅延 | POS → EC間の同期 | 高 | リアルタイム同期の導入 |
| キャンセル時の差し戻し漏れ | EC注文管理 | 中〜高 | システム自動化・運用ルール |
| 手作業による入力ミス | 入出荷・棚卸 | 中 | チェックリスト・二重確認 |
| チャネル間の同期ずれ | 複数モール・店舗 | 高 | 一元管理ツールの導入 |
| 商品マスタの不整合 | SKU管理 | 中 | SKU体系の統一 |
| 移動・返品の反映漏れ | 店舗間移動・返品 | 中 | 処理フローの標準化 |
原因1：店頭販売のリアルタイム反映遅延
店舗でPOSレジを通じて商品が売れた場合、その情報がEC側の在庫数に反映されるまでにタイムラグが生じることがあります。特に、閉店後にまとめてデータを送信する「一括処理」方式を採用している場合、日中の営業時間帯はEC側の在庫が実態と合っていない状態が続きます。
たとえば、店頭で午前中に5個売れた商品が、EC側では夜間の一括処理まで在庫として残り続けるため、その間にEC経由で注文が入ると売り越しが発生します。週末やセール時には販売ペースが速まるため、このリスクはさらに高まります。
原因2：EC注文キャンセル時の在庫差し戻し漏れ
ECサイトで受けた注文がキャンセルされた際、在庫数が自動的に元に戻らないケースがあります。これはシステムの仕様によるもので、一部のECプラットフォームでは「注文キャンセル時の在庫差し戻し」が標準機能として実装されていません。
たとえば、在庫が5個の状態で3個の注文が入り、その後キャンセルされても在庫は5個のままで、本来あるべき8個に戻りません。この仕様を知らずに運用していると、知らないうちに実在庫とデータの間に差異が蓄積されていきます。
さらに、クレジット決済中に購入者がページを離脱した場合の在庫復元処理が正しく動作しないケースもあり、アクセスが集中するタイミングでは在庫が意図しない方向にずれる可能性があります。
原因3：手作業による入力ミス・カウントミス
在庫管理において人の手が介在するポイントでは、必ずヒューマンエラーのリスクが伴います。主に以下の3つの場面でミスが発生しやすくなります。
入出荷時の数量カウントミス
実際には31点入荷されているのに、伝票上の30点をそのまま記録してしまうようなケースです。1回あたりの誤差は小さくても、繰り返されると原因の追跡が困難になります。
データ登録・変更時の入力ミス
テンキー入力で桁を間違える、異なる数字を入力するといったミスは、目視チェックでも見逃されやすい問題です。商品をピッキング後にキャンセルされた場合の在庫戻し処理でも、データ上の反映を忘れるケースが増えています。
棚卸時のスキャンミス・数え漏れ
棚の端にある商品を見逃す、同一商品を二重にスキャンするなどのミスが発生します。棚卸時のエラーはそもそも差異の発見を遅らせ、問題を長期化させる原因にもなります。
原因4：複数チャネル間の同期タイミングのずれ
自社ECだけでなく、複数のモールや複数の実店舗を運営している場合、各チャネル間で在庫を同期する頻度やタイミングにバラつきが生じます。
あるモールでは1時間ごとに同期、別のモールでは1日1回の一括処理というように同期頻度が異なると、高頻度で売れる商品ほどズレが大きくなります。セール開始直後のようにアクセスが集中するタイミングでは、同期処理が追いつかず大量の売り越しが発生するリスクがあります。
この問題は販売チャネルの数に比例して深刻化するため、チャネルを増やす際には同期設計をあらかじめ検討しておく必要があります。
原因5：商品マスタの不整合（SKU体系の分断）
店舗用とEC用で異なるSKU体系を使っている場合、同じ商品であっても正しく紐づけができず、在庫連動に失敗するケースがあります。
特にバリエーション商品（色違い・サイズ違い）の管理では、店舗側で「ブルー・M」とEC側で「BL-M」のように表記が異なっていると、システム上は別商品として扱われます。結果として、片方で売れてももう片方の在庫が減らない事態になります。
商品マスタの不整合は、事業の立ち上げ段階で店舗とECを別々に構築した場合に起きやすく、後から統一するには相応の作業コストがかかります。
原因6：店舗間移動・返品処理の反映漏れ
複数の実店舗を持つ事業者の場合、店舗間で在庫を移動する際にデータ反映が漏れると、移動元・移動先の両方で在庫数がずれます。
物理的に商品を移動したにもかかわらず、データ変更を忘れると、入荷分・出荷分のずれがそのまま在庫差異として計上されます。伝票とデータを照合すれば比較的見つけやすいミスではあるものの、忙しい時期には見過ごされがちです。
また、EC経由の返品商品を店舗で受け付けた場合、EC側の在庫に戻す処理が行われないと、本来販売可能な商品が「ない」ことになってしまいます。返品から検品、在庫復元までのフローが標準化されていないと、こうした漏れが繰り返されます。
在庫ズレを防ぐための再発防止策
在庫ズレの原因を把握したうえで、次に取り組むべきは再発を防ぐ仕組みの構築です。運用ルールの整備とシステムによる対策の両面からアプローチします。
棚卸・在庫管理のルールを明確にする
在庫ズレの多くはヒューマンエラーに起因しています。属人的な作業方法を排除し、統一したルールを設けることが再発防止の第一歩です。
棚卸頻度の設定
月次の棚卸だけでは、ズレの発見が遅れて原因の特定が難しくなります。取扱商品数や販売頻度に応じて、日次・週次の簡易チェックを組み合わせることで、差異を早期に発見できます。
差異発生時の報告・調整フロー
棚卸で差異が見つかった場合の対処手順を事前に定めておきます。「誰が」「どのタイミングで」「どのシステムに」修正を反映するかを明文化し、担当者間での認識のずれを防ぎます。
入出荷・返品・移動のチェックリスト化
入荷時は1点ずつバーコードスキャンを基本とし、ピッキング担当と出荷梱包担当を分けることで二重チェックを実現します。返品や店舗間移動の際にも、データ反映まで含めたチェックリストを用意しておくと、作業漏れを防げます。
POS × EC の在庫リアルタイム同期を実現する
在庫ズレを根本的に減らすには、POSレジとEC在庫の同期をリアルタイムに近づけることが有効です。
API連携による自動同期の仕組み
POSレジで販売が記録された瞬間に、API経由でEC側の在庫数を自動更新する仕組みを構築します。手動でデータを移す必要がなくなるため、反映遅延と入力ミスの両方を解消できます。
一括処理からリアルタイム同期への移行ステップ
いきなり全面的なリアルタイム同期へ切り替えるのが難しい場合は、まず売れ筋商品や在庫数が少ない商品から優先的にリアルタイム同期を適用し、段階的に対象を広げていく方法が現実的です。
| 項目 | 一括処理（バッチ） | リアルタイム同期 |
|---|---|---|
| 同期頻度 | 1日1〜数回 | 販売発生の都度 |
| 在庫ズレリスク | 同期間隔中にズレが蓄積 | 最小限に抑制 |
| システム負荷 | 低い | 中〜高 |
| 導入コスト | 低い | 中〜高 |
| 適用シーン | 販売頻度が低い商品 | 売れ筋・在庫僅少商品 |
安全在庫（バッファ）の設定
リアルタイム同期を導入しても、ネットワーク遅延やシステム障害により完全なゼロズレは保証できません。そのため、EC側の在庫数に数個の余裕（安全在庫）を持たせておくことで、売り越しリスクを下げることができます。たとえば、実在庫が10個あってもEC上は8個と表示するような運用です。
商品マスタ（SKU）を統一する
店舗・EC・モール間でSKU体系を1本化することで、在庫連動の精度が大きく向上します。
SKU統一のメリット
SKUが統一されていれば、どのチャネルで販売が発生しても同一の在庫データから数量が引かれます。バリエーション商品の管理ミスも防げるため、在庫ズレの原因そのものを減らせます。
既存SKUの統合手順と注意点
すでに店舗とECで別々のSKU体系を運用している場合は、まず全商品のSKUマッピング表を作成し、対応関係を整理します。一度に全商品を切り替えるとトラブルが起きやすいため、カテゴリ単位で段階的に統合を進めるのが安全です。統合作業中は一時的に在庫連動を手動で確認する体制を敷いておくと、切り替えに伴うズレを防げます。
在庫一元管理ツールの選び方
在庫ズレの根本解決には、店舗とECの在庫を一元的に管理するツールの導入が有効です。ただし、ツールによって対応範囲や機能が異なるため、自社の業態に合った選定が重要になります。
ツール選定で見るべき5つの基準
1. POS連携の対応範囲
自社が利用しているPOSレジとの連携に対応しているかを最初に確認します。スマレジやエアレジなど、主要なPOSシステムとの連携実績があるツールを選ぶと、導入後のトラブルを減らせます。
2. 同期頻度（リアルタイム対応の有無）
一括処理のみ対応のツールと、リアルタイム同期に対応したツールでは、在庫ズレの発生リスクに大きな差があります。販売頻度の高い商品を扱う場合は、リアルタイム同期に対応していることを必須条件として検討してください。
3. 対応チャネル数
自社ECだけでなく、モール出店や複数の実店舗を持つ場合は、すべてのチャネルを一元管理できるツールが必要です。将来のチャネル拡大も見据え、対応範囲に余裕のあるツールを選ぶと、後から乗り換える手間を省けます。
4. SKUマッピング機能の有無
チャネルごとに異なるSKU体系を使っている場合、ツール側でSKU同士を自動的に紐づけるマッピング機能があると、統合作業の負担を大きく軽減できます。
5. 導入コストと運用負荷
初期費用・月額費用に加えて、日常の運用にどれだけの手間がかかるかも重要な判断基準です。管理画面の使いやすさやサポート体制、トラブル発生時の対応スピードなど、実運用を想定した比較が必要です。
まとめ：在庫ズレの原因を特定し、仕組みで防ぐ
店舗とECの在庫ズレは、以下の6つの原因パターンに整理できます。
- 店頭販売のリアルタイム反映遅延
- EC注文キャンセル時の在庫差し戻し漏れ
- 手作業による入力ミス・カウントミス
- 複数チャネル間の同期タイミングのずれ
- 商品マスタの不整合（SKU体系の分断）
- 店舗間移動・返品処理の反映漏れ
いずれのパターンも、個人の注意力だけでは根本的な解決が難しい構造的な問題です。運用ルールの整備とシステムによる自動化を組み合わせ、「ズレが起きにくい仕組み」を構築することが、安定した店舗×EC運営の土台になります。
特に、POS連携によるリアルタイム同期と在庫一元管理ツールの導入は、複数チャネルを運営する事業者にとって大きな効果が期待できる施策です。まずは自社の在庫ズレがどの原因パターンに該当するかを特定し、優先度の高い対策から着手してみてください。
店舗とECの在庫を一元管理し、在庫ズレのない運営体制を構築したい方は、以下のフォームからお気軽にご相談ください。現状の課題に合わせた在庫連携の進め方をご提案します。