実店舗とネットショップの在庫を連動させるなら、まず「何個を売ってよいか」と「どの操作でその数が変わるか」を決めます。商品コードと保管場所をそろえ、店頭販売、ネット注文、取消、返品を少数の商品で試してから、対象を広げるのが進めやすい順番です。自動連動という名前だけで選ぶと、予約中の商品や返品後の商品をどちらの在庫に戻すかが曖昧なまま残ります。
まだネット販売を始めていない場合は、商品と販売方法を整理するネット販売の準備から確認できます。この記事は、店頭とネットショップで同じ商品を扱う場合の在庫管理に絞ります。
手持ち在庫と「販売可能数」を分けて考える
店に商品が8個あっても、注文分として2個を確保し、傷などで1個を販売できないなら、今売ってよいのは5個です。これは説明用の例で、実際の数量ではありません。Shopifyの在庫状況の説明でも、手持ち、引当済み、販売不可、販売可能を区別しています。使うシステムの名称は違っても、自社の「売れる数」の計算を先に決めておくと、表示の食い違いを見つけやすくなります。
| 数の種類 | 確認すること | 8個の仮の例 |
|---|---|---|
| 手持ち | 現物が保管場所にある数 | 8個 |
| 引当済み | 受注や取り置きで確保した数 | 2個 |
| 販売不可 | 破損・展示などで売らない数 | 1個 |
| 販売可能 | 今、新たな注文を受けられる数 | 5個 |
「店頭用」と「ネット用」で在庫を分けるなら、合計数だけで判断しません。どの場所の何個をネット注文に割り当てるかを決め、商品ページの表示と注文後の在庫が一致するか確かめます。
同じ商品コードと保管場所を対応づける
連動の単位は商品名ではなく、通常は色やサイズまで区別した商品コードで考えます。たとえば同じシャツでも、青のMと赤のMを別々に数えます。WooCommerceの商品設定では、SKU（商品を識別するコード）を商品やバリエーションごとに管理できます。店頭POSとネットショップでコードが違う場合は、対応表を作り、一対一になっていない商品を先に洗い出します。
保管場所も確認します。店舗の棚、倉庫、展示品をひとまとめに数えると、ネット注文を受けても発送できないことがあります。Shopify POSの案内では、在庫追跡を有効にし、ロケーションへ在庫を割り当てることが前提です。今のPOSやネットショップで同じ設定が使えるとは限らないので、商品コード、保管場所、発送元を実際の画面で照合してください。
店頭とネットで、どの操作が数を変えるか追う
店頭販売だけでなく、ネット注文が入った時点、支払いを待つ間、取消、返品、破損、実地棚卸も在庫に関係します。どのシステムを正本にするか、いつ販売可能数が減るか、戻す条件は何かを一枚の表にします。特に返品は、返金しただけで再販売できるとは限りません。現物を確認してから戻す担当と手順が必要です。
仕組みによって扱いは異なります。たとえばWooCommerceの在庫設定には、未払い注文の在庫を一定時間確保し、期限後に解放する設定があります。この動きが既存のPOSや連携サービスでも同じだと決めつけず、利用中の組合せで試します。
連携方法は、今のPOSとネットショップから選ぶ
同じ製品群のPOSとネットショップを使う方法もあれば、別々の製品を連携サービスや個別開発でつなぐ方法もあります。たとえばSquareの商品・在庫管理案内は、商品マスタをPOSとオンラインストアに同期する流れを説明しています。ただし、特定の製品でできることを別の組合せにも当てはめることはできません。
候補を比べるときは、次の五点を実演で確認します。
- 商品対応：色・サイズ、セット商品、複数店舗まで同じ商品を認識できるか。
- 更新の順番：店頭販売とネット注文が近い時刻に起きたとき、どの数が先に変わるか。
- 例外処理：未払い、取消、返品、破損時に誰がどこで修正するか。
- 失敗の発見：通信が止まったときの通知、更新履歴、再送や手動修正の方法があるか。
- 費用と担当：初期設定、月額、注文数による費用、保守、店員への説明にかかる時間を含めて比べられるか。
更新間隔が短いほど常に安全とは限りません。扱う商品の回転、同時注文の起こりやすさ、売り越し時の影響を見て必要な速さを決めます。数分の遅れを許容する場合も、最後の1個を両方で売ろうとしたときの扱いだけは確認しておきます。
少数の商品で、例外まで試してから広げる
最初は形や色が違う商品、在庫が少ない商品、店頭とネットの両方で売る商品を少数選びます。実際の販売へ影響させない検査用の商品や環境を用意し、変更前の数と画面を記録します。各操作の後、POS、ネットショップ、正本の管理画面で数と時刻を照合してください。
| 試す操作 | 確認する結果 | ずれたときの手掛かり |
|---|---|---|
| 店頭で1個販売 | ネット側の販売可能数が更新される | 商品コード、販売場所、更新時刻 |
| ネットで1個注文 | 店頭が売れる数にも反映される | 引当の時点、注文状態 |
| 支払前に取消 | 定めた条件で確保分が戻る | 取消理由、解放の時刻 |
| 返品を受ける | 検品後に販売可否を決めて反映する | 返品状態、担当者、戻し先 |
| 通信を止めて復旧 | 未反映を検知し、二重更新なく追いつく | 通知、履歴、再送の記録 |
試験中に食い違いが見つかったら、商品コード、注文番号、操作時刻、変更前後の数、担当者を残します。同じ操作で再現できるか確かめ、原因が分かるまで対象商品のネット販売を止める手順も用意します。これは自動連動を諦めるためではなく、例外が起きたときにお客さまへの約束を守るためです。
運用する人と費用を決めてから始める
毎日、どの画面で差を確認し、誰が修正し、誰に連絡するかを決めます。商品数が少なく更新頻度も低いなら、当面は在庫を販売先ごとに分けて手作業で照合する方が管理しやすいこともあります。注文が増え、更新漏れが起きやすくなったら連動を検討できます。導入費だけでなく、月額費用、棚卸、例外処理、スタッフへの引継ぎを含めて判断します。
ネット販売の仕組みを作る際は、商品数と現在のPOS、在庫の数え方、発送元、返品の扱いを先に整理すると相談しやすくなります。Bämの通販サイト制作サービスへの相談でも、その現状をお知らせください。送料や出荷の条件はネット販売の送料設定で別に確認できます。
在庫連動の成功は「自動」の表示だけでは判断できません。店頭とネットで同じ商品を販売した後、取消や返品まで数が合い、担当者がずれを直せる状態になって初めて運用に移せます。
参考資料
- Shopifyヘルプセンター「在庫状況を理解する」（2026年9月25日確認）
- WooCommerce「Product Editor settings」（2026年9月25日確認）
- Shopifyヘルプセンター「Shopify POSの在庫の追跡と調整」（2026年9月25日確認）
- Squareヘルプセンター「商品と在庫管理」（2026年9月25日確認）
- WooCommerce「Products Settings Documentation」（2026年9月25日確認）
