POSとECの在庫を連携するには、基準となる在庫データの置き場所を一つに決め、同期の頻度と方向を設計するところから始まります。連携パターンの選び方から、少人数でも回せる運用設計までを整理します。
この記事のポイント
- POS×ECの在庫連携は手動・バッチ・リアルタイムの3パターンがあり、販売速度とチャネル数で最適解が変わる
- 在庫マスタ（更新の基準となる場所）をどこに置くかが連携設計の出発点
- まずは売れ筋商品のリアルタイム同期から始め、段階的に対象を広げるのが現実的
なぜPOSとECの在庫連携が必要なのか
店舗のPOSレジとECサイトで在庫情報を別々に管理していると、販売が発生するたびに両方のデータを手動で合わせる作業が生じます。商品点数が少ないうちは対応できても、取扱数や注文件数が増えると手作業では追いつかなくなります。
在庫情報が分かれたまま運用を続けると、次のような問題が起きやすくなります。
- 売り越し（過売）：店舗で売れた商品がEC上では「在庫あり」のまま残り、ECでも注文が入ってしまいます。商品を届けられず、キャンセルや返金の対応が必要になります。売り越しが続くと、ECモール側からペナルティを受けるケースもあります。
- 機会損失：ECで売れた分を店舗在庫に反映しないまま発注判断をすると、在庫が足りているのに追加発注をかけてしまいます。逆に、在庫不足に気づけず欠品が続き、本来得られたはずの売上を逃すこともあります。
- 顧客信頼の低下：「注文したのに届かない」という体験は、リピート購入を妨げる大きな要因です。ECでは口コミやレビューに反映されやすく、一度の売り越しが継続的な機会損失につながりかねません。
こうした問題は、POSとECの在庫データを連携し、片方で売れたらもう一方にも反映される仕組みをつくることで防げます。
在庫連携と聞くと大がかりなシステム投資をイメージするかもしれませんが、自社の規模や商品点数によっては低コストで始められる方法もあります。重要なのは、自社の課題に合った連携方法を選ぶことです。在庫ズレが起きる背景については、店舗とECの在庫ズレが起きる原因でも詳しく取り上げています。
店舗販売とEC販売を併用する小売事業者にとって、在庫ズレは売り越しや機会損失に直結する構造的な課題であり、原因を6つのパターンに分けて把握し、運用ルールとシステム連携の両面から仕組みで防ぐことが重要です。 [summary] この記事[…]
在庫ズレが起きる典型的な原因
連携方法を選ぶ前に、在庫ズレがなぜ起きるのかを把握しておくと判断がしやすくなります。原因を理解しないままツールだけ導入しても、運用フローに問題があればズレは解消されません。
手作業によるヒューマンエラー
在庫ズレの原因として最も多いのは、人の手による操作ミスです。
- 入荷時の数量ミス：実際は31点入荷しているのに、伝票記載の30点をそのままデータに反映してしまいます。1点の差でも、繰り返されると棚卸時に大きなズレとして現れます。
- キャンセル・返品時の戻し忘れ：ECサイトの注文キャンセル後、在庫数を戻す処理を忘れてしまいます。キャンセルは発生タイミングが不規則なため、業務フローに組み込みにくく見落としやすくなります。
- チャネル間の反映漏れ：店舗で返品を受けた際、POS上の在庫は戻したがEC側には反映しなかった、といったケースがあります。ECモールで在庫を調整したが、店舗POSには伝達されなかったというケースも同様です。
1件あたりの影響は小さくても、毎日の積み重ねで数十点、数百点の差異になることがあります。複数のECモールに出品している場合、更新すべき画面が増えるためミスの発生確率も上がります。
棚卸時に差異が発覚してから原因を追おうとしても、いつどの取引でズレが生じたかを特定するのは困難です。日常的に在庫数を自動で突き合わせる仕組みがあれば、問題を早い段階で検知できます。ヒューマンエラーは「ゼロにする」のではなく「すぐに気づいて修正できる状態にする」のが現実的な考え方です。
同期タイミングのずれ
POSとECの間でデータを同期する場合、反映のタイミングによって在庫ズレの大きさが変わります。
たとえば、1日1回の一括取り込みで同期していると、前回の同期から次の同期までの間に店舗で売れた分はEC上に反映されません。この間にECでも同じ商品が売れると、実在庫を超えた受注が発生します。
セール時期や人気商品の入荷直後は特にリスクが高くなります。同期間隔が長いほど、あるいは1日の販売件数が多いほど、売り越しの可能性は上がります。売り越しが頻繁に起きている場合は、同期頻度を見直す段階にあります。
加えて、POS側のネットワーク障害やECカートのAPI一時エラーで同期が滞ることもあります。障害時にデータがどう扱われるか（再送されるか、手動で補完が必要か）も事前に確認しておきたいところです。
在庫連携の3つのパターン
POSとECの在庫連携には、大きく分けて3つの方法があります。自社の商品点数・注文件数・運用体制に合わせて選ぶのが基本です。
手動同期（スプレッドシート・手入力）
POSの販売データとECの注文データを、スプレッドシートや管理画面への手入力で突き合わせる方法です。
初期費用がかからない一方、同期のたびに人手が必要になります。商品点数が数十点以下で、1日の販売件数が少ない段階では選択肢になりえます。ただし取扱数が増えると作業時間もミスも増えるため、早い段階で次のステップへの移行計画を持っておきたいところです。
手動同期を選ぶ場合でも「誰が」「いつ」「どの順番で」更新するかのルールを決めておくことが重要です。ルールがないと、担当者によって更新タイミングがバラバラになり、どの時点の在庫数が正しいのかわからなくなります。
たとえば「閉店後にPOSの売上データを確認し、翌朝の開店前にEC側の在庫数を更新する」といったルールを決めておけば、少なくとも1日1回は最新の状態に揃えられます。ただし翌朝までの間に夜間のEC注文が入ると在庫がずれるため、EC売上が伸びてきた段階では手動同期からの移行を検討したいところです。
バッチ同期（定期一括取り込み）
在庫データを一定間隔（1時間ごと、1日1回など）でまとめて取り込む方法です。POSや在庫管理システムからデータを書き出し、ECサイト側に取り込む仕組みを構築します。
手動同期と比べて人的ミスは減り、運用負荷も下がります。ただし同期間隔中の在庫変動はカバーできないため、売れ筋商品や残り1〜2点の商品では売り越しリスクが残ります。同期間隔を短くすれば精度は上がりますが、システム負荷とのバランスも考慮が必要です。
実務上のコツとして、同期タイミングを販売のピーク時間帯と重ならないように設定するとよいです。昼休み前や夕方の退勤時間帯に同期を走らせると、同期中に販売が集中してズレが生まれやすくなります。閑散時間帯に同期を実行し、ピーク時間帯はなるべく最新データが反映された状態で迎えるのが望ましいです。
リアルタイム同期（API連携）
POSやECサイトが提供するAPIを使い、販売や入荷が発生した瞬間に在庫数を相互に反映する方法です。
売り越し防止効果が最も高く、在庫ズレのリスクを最小限に抑えられます。導入には技術的な準備が必要で、POSとECの双方がAPIに対応しているか、連携を仲介するサービスやツールが使えるかを事前に確認します。
リアルタイム同期でも「完全に放っておいてよい」わけではありません。API接続の切断検知やアラート設定、障害時の手動対応手順も含めて設計しておくことで安定した運用が可能になります。
導入にあたっては、POSとECの間を仲介する連携サービスを利用するのが一般的です。自社でAPI接続プログラムを開発・保守するのは技術的なハードルが高く、POSやECカートのバージョンアップに追従し続ける負担も大きくなります。連携サービスを選ぶ際は、自社が使っているPOSとECカートの組み合わせに対応しているかを最初に確認しましょう。
3パターンの比較
| 項目 | 手動同期 | バッチ同期 | リアルタイム同期 |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 低〜中 | 中〜高 |
| 運用の手間 | 高い（毎回手作業） | 低い（自動化可能） | 低い（自動） |
| 在庫精度 | 低い | 中程度 | 高い |
| 売り越しリスク | 高い | 同期間隔に依存 | 低い |
| 適する規模 | 商品点数が少ない立ち上げ期 | 中規模（数百SKU程度） | 多品種・多チャネル運営 |
| 障害時の影響 | なし（手作業のため） | 同期遅延が発生 | 即時対応が必要 |
基準となる在庫データの置き場所を決める
在庫連携で見落とされがちなのが、「どこの在庫データを正として扱うか」という設計です。更新する場所を一つに決め、他のチャネルはそのデータを参照する運用にしないと、どこが最新かわからなくなり在庫ズレの温床になります。
この判断は連携ツールを選ぶ前に行うべきステップです。ツールを先に決めると、ツールの仕様に引きずられて自社の業務フローに合わない設計になることがあります。
POS側を基準にする場合
店舗売上が全体の7〜8割以上を占める業態では、POSの在庫データを基準にし、EC側にはPOSの在庫数を配信する方式が合いやすくなります。店頭での入荷・販売・返品がすべてPOSに記録されるため、POSの在庫数を「正」として扱うかたちです。
ただし、EC側で注文が入ったときにPOSの在庫を減らす逆方向の連携も必ず組み込む必要があります。片方向だけの同期では、EC経由の販売分が店舗在庫に反映されずズレが起きます。
POS基準が合う前提条件は、店舗での販売・入荷・返品のオペレーションが確立していること、POSシステムがAPI連携に対応していることの2点です。
EC側を基準にする場合
EC売上の比率が高い場合、あるいは複数のECモールに出品しているケースでは、EC側（または一元管理ツール）を基準にする方がデータの整合性を保ちやすくなります。モールごとの在庫を個別に管理するのではなく、一つの在庫プールから各モールに配分する考え方です。
この場合、店舗で売れた分をEC側に戻す連携が必要になります。POSのデータをEC側に送る仕組みがないと、店舗で売り切った商品がECでは「在庫あり」のまま残ってしまいます。
EC一元管理ツールの選定がそのまま在庫連携の品質に直結するため、ツール側がPOS連携に対応しているか、同期の頻度や方式が自社の要件を満たすかを事前に確認しておきたいところです。
中間の在庫管理システムを基準にする場合
店舗もECも取引量が多い場合や、店舗数の拡大・新規モール追加を見込んでいる場合は、POS・ECとは別に在庫管理システムを導入し、そこを基準にするのが拡張しやすい構成です。
在庫管理システムが全チャネルの入出庫データを集約し、各チャネルへ在庫数を配信します。チャネルが増えても一元的に制御できるため、連携先の追加がしやすくなります。拠点別の在庫配分（店舗Aに何点、ECに何点）のような高度な制御も可能になります。
導入・運用コストは3つの中で最も高くなりますが、月間注文数が数百件を超え複数チャネルを運営している段階では検討に値します。
どのパターンを選ぶにしても、「基準となる場所以外では在庫数を直接変更しない」というルールの徹底が鍵です。たとえばPOS基準の運用なのにEC管理画面で在庫数を手動修正すると、次の同期でPOS側の数値に上書きされ、修正が無効になるだけでなく新たなズレの原因になります。
導入ステップと運用フロー
導入前に整理すべき5つの項目
連携ツールやサービスを選ぶ前に、以下の5項目を整理しておくと選定の判断がぶれにくくなります。
- 商品点数・SKU数：連携対象が多いほど手動同期では対応しきれなくなります。カラーやサイズ違いでSKUが細分化されている場合、管理対象数は商品数の数倍になります。
- 販売チャネル数と取引量の比率：店舗とECの売上比率、モール数を把握します。チャネル数が多いほど同期の複雑さが増します。
- 現在の在庫更新方法：手動入力・スプレッドシート・既存システム連携のいずれかを確認します。手動入力からバッチ同期への移行だけでも大きな改善が見込めます。
- 既存システムのAPI対応状況：POSやECカートがAPI連携に対応しているかを確認します。API非対応の場合、リアルタイム同期は選択肢に入りません。
- 運用担当者の人数とスキル：連携状況を日常的に確認できる担当者が何人いるかを把握します。1名体制なら、手厚いサポートがあるサービスを選ぶのが安全です。
少人数で回す運用サイクルの例
在庫連携は導入して終わりではなく、定常的なチェック体制が必要です。少人数の組織でも無理なく回せるよう、チェック項目と頻度を絞るのがポイントになります。
- 日次（5分程度）：同期ログを確認し、エラーや未反映がないかチェックします。異常がなければ確認のみで完了です。エラーがあれば対象商品と原因を特定し、手動で在庫数を補正します。
- 週次（15分程度）：売れ筋商品や在庫僅少商品について、POS・EC双方の在庫数を抜き打ちで突き合わせます。差異があれば原因を追い、同期フローのどこに問題があるかを記録しておきます。
- 月次（棚卸時）：実在庫とシステム上の理論在庫を照合します。棚卸差異率が許容範囲（一般的には5%以内）を超えている場合は連携フローの見直しを検討します。差異が特定の商品カテゴリに集中していないかも確認します。
この運用サイクルを決めておけば、問題が小さいうちに対処でき、大きな在庫ズレへの発展を防げます。導入から最初の1〜2か月は週次チェックの頻度を上げ、同期が安定してから通常のサイクルに移行するのがよいです。
加えて、「在庫ズレが発生した場合にどちらの数値を正とするか」のルールも事前に決めておくと、障害時の対応が早くなります。「ズレが発生した場合はPOS側の在庫数を正としてEC側を補正する」というルールがあれば、担当者が迷わず対処できます。ルールが決まっていないと、判断待ちで対応が遅れ、追加の売り越しが発生するリスクがあります。
導入判断チェックリスト
自社の状況に当てはめて、どの連携パターンが適しているかを判断するためのチェックリストです。
手動同期で十分か
– [ ] 商品点数が50点未満
– [ ] 1日の注文件数が10件未満
– [ ] 販売チャネルは店舗+ECサイト1つだけ
– [ ] 在庫更新の専任担当者がいる
すべてに当てはまる場合、手動同期でも対応できる可能性があります。ただし「現時点で対応できる」と「今後も対応できる」は別なので、事業拡大の見通しも考慮しておきたいところです。
バッチ同期を検討すべきか
– [ ] 商品点数が50〜500点
– [ ] 1日の注文件数が10〜100件
– [ ] 在庫ズレが月に数回発生している
– [ ] 手作業での同期に1日30分以上かかっている
2つ以上当てはまる場合は、バッチ同期への移行を検討したいところです。手作業に費やしている時間をツール費用と比較すると、費用対効果を判断しやすくなります。
リアルタイム同期を検討すべきか
– [ ] 商品点数が500点以上、または残り1点の商品が頻繁に出る
– [ ] 1日の注文件数が100件以上
– [ ] 複数のECモールに出品している
– [ ] 売り越し（過売）が月に複数回発生している
– [ ] POSとECカートの双方がAPI連携に対応している
3つ以上当てはまる場合は、リアルタイム同期の導入優先度が高くなります。売り越しによる顧客対応コスト（返金処理、謝罪対応、レビューへの影響）を金額換算すると、導入投資の妥当性を検証しやすくなります。
チェックリストの結果が複数パターンにまたがる場合は、「現在最も頻発している問題を解消できるパターン」から着手するのが効率的です。売り越しが深刻ならリアルタイム同期を優先し、手作業の負担が主な課題ならバッチ同期から始める、といった優先順位の付け方が実務では有効です。
まとめ
POSとECの在庫連携は、手動・バッチ・リアルタイムの3パターンから自社の規模と運用体制に合ったものを選ぶのが基本です。どのパターンを選ぶにしても、在庫データの基準をどこに置くか（更新する場所を一つにする）を最初に決めておくことが、連携の成否を分けます。
まずは現状の在庫管理フローを棚卸しし、ズレが起きている箇所と頻度を把握するところから始めてみてください。導入判断チェックリストで自社の現状を整理すれば、どのパターンから着手すべきかが見えてきます。
在庫連携は一度導入すれば終わりではなく、事業の成長にあわせてステップアップしていくものです。立ち上げ期は手動同期で始め、注文件数の増加にあわせてバッチ同期、リアルタイム同期へ段階的に移行するのが現実的な進め方になります。売り越しを防ぐ具体策については、店舗×ECの売り越し防止策もあわせて確認してみてください。
店舗とECで同じ在庫を販売していると、同期の遅れやルールの抜けが売り越し（過売）を引き起こします。在庫ズレの典型原因を整理し、引当ルール・同期頻度・安全在庫の設計で売り越しを防ぐ方法を解説します。 [summary] この記事のポイント[…]
在庫連携の方法や自社に合った同期パターンの選び方について、整理のサポートが必要な場合はこちらのフォームからご相談ください。現状の運用体制や課題をヒアリングしたうえで、連携設計の方針を一緒に整理します。