店舗とオンラインストアの在庫の同期方法？まず SKU と販売可能在庫を明確に

まず、製品表示の標準化

同じ商品でも色やサイズが異なる独立したSKUを使いましょう。店舗SKUと店舗商品仕様のマッピングを確立し、セット商品、無料品、廃盤商品をチェックします。同じ名前であることは信頼できる一意識別子にはなりません。バーコードや外部製品番号も一意性や所有権を検証すべきです。

販売可能な在庫は単に既存の数量だけではありません

現在の在庫には、すでに予約済みのもの、検品待ちのもの、販売不可の商品が含まれる可能性があります。販売可能な在庫の計算方法、どの倉庫がオンラインショップ用か、店舗が安全在庫を保持するかを明記する必要があります。ルールを実際の商品セットに適用し、店舗とオンラインショップで見える数量を比較してください。

例えば、Shopifyは在庫を在庫、コミット済み、不可の状態に分けています。注文で既に占有されている、または一時的に利用不能な数量は、在庫として再リリースすべきではありません。輸送中の在庫も、到着後の在庫と別々に考慮されるべきです。以下の公式情報は、既存のオンラインストアと在庫基準を比較するのに役立ちます。

更新の方向性を選び、競争を担当する

両者が在庫を変更できる場合、利益相反時に誰が優先権を持つかを明確にすること。また、注文、支払い、キャンセル、返品の引き落としや返金のタイミングに関する対応するルールも設けるべきです。バッチ同期同期期間中に新しい注文が上書きされると、在庫が誤りになる可能性があります。イベントやバージョンの参照は保持すべきです。

失敗を正式なプロセスとして扱う

インターフェースレート制限、認可無効化、製品マッピングの不在、重複イベントの処理方法をリスト化します。同期により再試行が可能であるべきです。繰り返し実行は繰り返される控除を避けるべきです。手動確認が必要なレコードを残し、内部タスクの成功を見るだけでなく外部プラットフォームの在庫変更と比較して検証しましょう。

ビジネスプロセスに応じたモール統合計画

モールの接続は、実際の運営フローから始めて、商品、販売、キャンセル、返品が2つのシステム間でどのように連携するかを明確にする必要があります。すでにOpenCartやShopifyのオンラインショップを持っている事業者は、プラットフォームのバージョンとビジネス要件を提供してもらい、一緒に商品マッピング、注文処理、在庫更新のサービス範囲を計画できます。

1品2規格の商品で在庫口径を確認。

同じバックパックの2色を例に挙げると、倉庫にはグレーの商品が10点、緑の商品が6点あり、オンラインストアの注文ですでに2つのグレー商品が予約されています。合意された販売可能な在庫を予約品から差し引くと、グレーの商品は販売可能な8品目となります。さらに2つの安全在庫品目が店舗に予約されている場合、オンラインストアは6つの品目を表示するはずです。ここでの数字は説明目的のみであり、システムのデフォルトの計算ルールではありません。

店舗にもう一つのグレーのバックパックを販売させ、店舗記録やオンラインストアの回数が変わったかどうかを確認しましょう。予約注文をキャンセルした後、どの数量を復元すべきかも期待結果として記録してください。

どの異常を最初に検査する価値があるか？

まず、マッピングなしのSKU、同期中の新規注文、同じ注文の重複到着、外部プラットフォーム承認の期限切れをテストします。次に異なる倉庫、複合製品、入荷返品を検討します。テスト中は、元のシステムイベント、内部処理記録、外部プラットフォームからの最終数量を保持し、問題がマッピング、在庫計算、インターフェース呼び出しのいずれかにあるかを判断します。

タスクログに成功を示しても外部の数量が変わらない場合は、データを繰り返し上書きしてはいけません。まず、通話が実際に実行されたか、正しい製品と倉庫にアクセスしたか、プラットフォームが更新を受け入れたかを確認します。同時に、オンラインストア内の商品数を比較し、更新結果がストアが設定した在庫の閾値を満たしているかを確認します。

なぜ手動検証のために入口を残すのか?

一部の差異は実際の業務によるものです：商品の破損、臨時の振替、店員の棚卸調整や返品後に商品が倉庫に戻らないなど。これらは「自動同期」だけで一括対応できません。差異の理由、元注文番号、担当者を残すと、業務記録を修正すべきか、インターフェース作業を再実行すべきか判断しやすくなります。

店舗のプロモーション前には一度棚卸を行いましょう：異なる仕様、アフターサービス、在庫調整のある商品を抽出し、実物、システム記録、オンラインでの販売可能数量を比較します。差異処理ルールは倉庫、店長、技術担当者全員が理解できるもので、開発者のコード注釈だけに存在してはいけません。

在庫基準は事前に決めておく

着陸チェックリスト

• 各仕様に対して一意のマッピングを作成します
• 倉庫および販売可能な在庫基準に合意
• 控除、返金、利益相反ルールの確認
• プラットフォーム結果の確認と異常時の再試行

参考文献

• Shopify ヘルプセンター：在庫状況の確認

  在庫(在庫、在庫、コミット、不可)を区別することは、販売用在庫ルールの策定の参考となります。