ECと実店舗のオムニチャネル連携｜在庫・受け取りの設計

オムニチャネルは、ECサイトと実店舗などを連携し、購入者が販売経路をまたいでも商品・注文・対応を確認できるようにする考え方です。複数の販売窓口を持つだけでは完成しません。まず「オンラインで注文して店舗で受け取る」など、一つの利用場面を選び、在庫と担当業務をつなぎます。

連携する情報と責任者を決める

すべてを一度に統合する必要はありません。既存のPOS、EC、在庫管理で扱える項目を確認し、標準機能、アプリ、個別開発を分けて見積もります。顧客情報は、利用目的と閲覧できる担当を決めてから連携します。

在庫は「同じ数字を表示する」だけでは足りない

店舗の棚にある数量と、今から販売できる数量は異なります。注文分の引当、取り置き、返品確認中の商品、拠点間の移動などを区別します。Shopifyの在庫状態でも、販売可能な在庫と注文等に確保された在庫を分けて扱います。

• ECと店舗で同じSKUが同じ商品・販売単位を示しているか確認する。
• 店舗販売、EC注文、取消、返品で、どの状態が変わるか整理する。
• 連携の遅延や停止時に、確認・販売制限・復旧を行う担当を決める。
• 画面の数量と実在庫が違う場合の棚卸・修正手順を決める。

「リアルタイム連携だから売り違いが起きない」とは断定できません。最後の1点へ同時に注文が入る場合など、競合する操作を試験します。在庫を別拠点へ動かす場合は、出庫した時点と受領した時点も区別します。Shopifyの在庫移動は、移送中の追跡や一部受領を扱うための公式案内です。

店舗受け取りは通知と現物準備をそろえる

オンライン注文・店舗受け取り（BOPIS）は、購入者がECで注文し、指定店舗で商品を受け取る方法です。導入前に、対象商品、対象店舗、準備時間、受取窓口、保管期限、未受取時の対応を決めます。

1. 受付：受取店舗と商品を確認し、担当へ注文を伝える。
2. 準備：現物を確認して注文に対応付け、受け渡し用に保管する。
3. 通知：準備が整ってから、受取可能になったことと来店時の案内を送る。
4. 受け渡し：注文を確認し、対象商品を渡して完了状態にする。
5. 例外対応：欠品、来店遅延、取消、返品を決めた窓口で処理する。

これは運用設計の例です。Shopifyでは店舗受け取り設定で、拠点ごとの受け取りや準備時間などを設定できます。標準では受取拠点に注文全体の在庫があることが条件となり、別拠点からの移動を設定する方法もあります。準備完了と受け取り完了を区別して管理します。利用環境の条件を公式案内と実際の設定画面で確認してください。

会員・ポイント連携は取消まで設計する

共通ポイントを導入する場合は、付与率だけでなく、使える店舗、期限、返品時の戻し方を明確にします。同じメールアドレスだけで安易に別の会員情報をまとめず、本人確認や移行ルールを決めます。店舗側で何を参照する必要があるかも確認し、必要以上の情報を共有しないようにします。

小さな範囲で試験してから広げる

最初は対象店舗・商品を絞り、注文から受け渡しまでスタッフが実際に操作します。問い合わせがどちらの窓口に届いても注文状況を確認できるかを試します。システムの設定完了と、店舗が運用できる状態は別です。

売上だけでなく運用負担を評価する

受け渡しまでの時間、欠品取消、在庫差異、問い合わせ、スタッフの作業時間を確認します。送料の削減だけでなく、取り寄せや保管の費用も含めて判断します。売上や継続利用の変化を評価するときは、広告やセール、対象商品・期間の違いも記録します。

よくある質問

店舗受け取りだけでも始められますか？

範囲を限定して始める方法はあります。ただし、現物の確保、準備完了の通知、未受取時の対応を先に整えます。

すべてのデータを統合すべきですか？

購入者の利用場面と業務上の必要性から決めます。連携項目を増やすほど、更新責任と例外対応の設計も必要になります。

購入前の情報整理は商品ページの改善手順も参照してください。店舗とECの連携相談はお問い合わせへ。公式資料確認日：2026年10月27日。