オンラインストアと店舗在庫を連携させる方法
ECと実店舗を併営するには、販売可能在庫の共通定義が不可欠です。画面上の数値が一つあるだけでは不十分です。各商品がどこにあり、何個引当済みで、移動がいつ確定し、キャンセルや返品がどう処理されるかを把握する必要があります。
Mollkomチーム著 ·
在庫の信頼できる唯一の情報源（SSOT）を決める
どのシステムが販売を確定し、どのシステムが在庫を変更できるかを定めます。各店舗や販売チャネルが同期ルールなしに独自に数値を変更すると、最後の1点が二重販売されるリスクが生じます。各更新の発生元と確認担当者を明確にし、手動修正は理由を添えて追跡可能な移動履歴として記録してください。
SKUを統一し、保管拠点をマッピングする
販売可能なバリエーションごとに一意の識別子を用い、該当する店舗や倉庫にマッピングします。同名の商品でもサイズ違いがあるため、名称だけでの管理は不十分です。限定的な初期棚卸を実施して現品とシステム数を照合した上で、残りの拠点をインポートしてください。
実在庫・引当在庫・販売可能在庫を切り分ける
運用方針の例として、手元在庫12点から注文引当分3点と安全在庫1点を差し引くと、販売可能数は8点になります。これは一例であり、全システム共通の初期設定ではありません。引当がいつ開始され、いつ失効し、未払いまたは未受取の注文がどのように在庫を解放するかを定義します。
2つのチャネルをまたぎ、1件の注文をテストする
まずは1商品、1店舗、1つのオンラインストアから始めます。承認済みのテスト注文を行い、もう一方のチャネルでの変動を確認してください。最後の1点に対する同時購入、キャンセル、数量変更、回線切断からの復旧を検証します。現在の環境でリアルタイム同期を確約する前に、実際の遅延時間を測定しましょう。
返品と拠点間移動を分けて管理する
返品された商品は、検品を経て初めて再販可能になります。規定の手順に沿って受領、検品、そして再販・隔離・廃棄の判断を記録してください。店舗間移動では、1つの在庫が2箇所で同時に販売可能とならないよう、輸送中ステータスと受領確認を設ける必要があります。
権限と例外処理の担当者を割り当てる
在庫の調整、実数差異の確認、チャネル更新エラーの解決を行えるのは誰でしょうか。責任者と日次の例外処理フローを定め、移動履歴を保持してください。まずは限定的な範囲から着手し、テストが成功した後にのみ拡大します。なお、各チャネルのサポート状況は連携機能の提供状況やアカウント設定によって異なります。
データに基づいて着実に拡大する
在庫の食い違い、出荷不能となった注文、例外の解決時間、返品・拠点間移動の処理結果を記録します。ログイン回数だけでなく、同様の運用基準と比較してパイロット結果を評価しましょう。Mollkomに登録してストアを開設し、業務全体を移行する前にまずは1商品・1拠点からワークフローの有効性を検証してください。
おすすめの記事
プロモーション前に1,000商品のカタログを整備する方法 ↗