ECの在庫を複数店舗・倉庫でどう同期する？標準機能・アプリ・個別連携の判断基準

ネットショップと実店舗、複数の倉庫で同じ商品を販売しており、売れる在庫数が画面ごとに違う中小企業の経営者・受注担当者向けです。

拠点ごとの数量が合わないまま販売すると、在庫切れの後に受注してしまったり、出荷担当者が何度も確認したりするおそれがあります。まず同じ商品を1点選び、店舗・倉庫・ECのどこで数量が増減するか書き出してください。

複数拠点だからといって、最初から独自の在庫システムが必要なわけではありません。標準の拠点管理、連携アプリ、必要な部分だけの追加対応を順に比べます。

結論：在庫数の基準を一つ決めてから連携方法を選ぶ

同じ商品でも、実際に棚にある数、すでに注文で引き当てた数、オンラインで販売してよい数は違うことがあります。どの数字を会社として正しい基準とするかを決めずに同期を増やすと、数字の食い違いだけが広がることがあります。

「どこで」「いつ」在庫が増減するかを整理する

在庫が変わる場面	確認する情報	担当者が決めること
ネット注文	販売した商品と数量、取り置き状況	どの拠点の販売可能数を減らすか
店舗での販売	店頭販売の時刻と商品	ECへいつ反映するか
倉庫への入荷・返品	実際に検品して受け入れた数量	誰が確定数を登録するか
拠点間の移動	出した側と受け取った側の記録	移動中の商品を販売可能とみなすか

数量が異なる画面を見つけたら、どの時刻の数で何が差になっているか記録します。管理画面で商品を大量に更新する前に、実際の注文を止めない手順を保守会社や提供元と確認してください。

ECの標準機能だけで管理できる場合

Shopifyの公式案内では、店舗や倉庫などを「ロケーション」として登録し、同じ商品の在庫を拠点ごとに管理できます。注文の割り当ては拠点の設定などにより変わり、各拠点の数量がすべて同じ扱いになるわけではありません。

利用中のECに拠点別の在庫管理があり、店舗販売も同じ仕組みの中で更新できるなら、まず標準機能と提供元の設定で済むか確認してください。1拠点の在庫を管理するだけなら、連携アプリを増やさないほうが分かりやすい場合もあります。

アプリや部分連携が必要になる条件

方法	向いている状況	比べる条件
ECの標準機能	拠点別の在庫と注文割り当てを管理できる	機能範囲、現場操作、設定の確認
在庫連携アプリ	店舗や倉庫など利用サービスとの対応製品がある	対応範囲、月額等の費用、同期の遅れ、保守
部分的な連携	出荷や入荷の一部だけ二重入力が残る	どちらを正とするか、例外時の修正担当
個別開発	独自の倉庫手順や複数の古い仕組みが残る	初期費用、更新時の対応、障害時の復旧

アプリはすべてのECや倉庫と接続できるわけではなく、契約変更や外部サービスへの情報提供が発生する場合があります。料金や運用条件を確認して、標準機能で足りる範囲に追加費用をかけない判断も必要です。

在庫がずれたときに、最初に確認すること

商品番号、拠点名、画面に出た数量、確認した時刻、直前の販売・入荷・返品を1件分だけ並べます。それでも理由が分からないときは、ECサービスや在庫アプリの提供元へ「どの拠点を販売元として扱うか」「反映のタイミング」を確認します。

在庫を一括で書き換えたり、連携を突然止めたりすると、販売可能数や出荷業務に影響するおそれがあります。原因確認の前に運用中の設定を大きく変えないでください。

外注へ渡す情報はここまででよい

• 利用中のEC・店舗レジ・在庫管理サービスの名前
• 在庫がある店舗・倉庫・外部倉庫の数と役割
• 在庫を減らす操作・増やす操作が行われる場面
• 数字が食い違う具体例1件と、その確認時刻
• 標準機能で既にできていることと、なお手作業が残ること

提供元の設定だけで解決するなら外注は不要です。複数サービスの二重入力や倉庫との連携が残る場合は、EC制作と在庫連携の対応範囲を確認し、現状の在庫の動きを相談できます。個別に調査して必要な部分だけの対応を検討します。