商品およびバリエーションのマスターレコードを一本化し、引当済み、破損・不良、移動中を差し引いた実質的な販売可能数を明確に定義します。ラスト1点の在庫を2つのチャネルから同時に購入するテストを行い、注文のキャンセルや返品時に在庫が正しいステータスで復元されることを確認してください。
在庫画面の数値を正しく読み取り、混乱を防ぐ方法
Mollkomの実際の在庫管理画面キャプチャには、倉庫フィールド、総在庫インジケーター、引当済みインジケーター、商品カードが表示されています。例えば、この記録用キャプチャでは総数量29170、引当済み19と表示されています。これらは撮影時のパイロットストア画面の数値であり、リアルタイムの在庫残高や完了した注文数を示すものではありません。
特定の商品が販売可能かどうかを判断する際、単に合計値から別の数値を引き算してはいけません。適切な判断には、商品、バリエーション、倉庫、引当ステータス、そして貴社の運用ポリシーの把握が必要です。商品レコードから確認を開始し、差異の原因となった入出庫履歴を精査してください。
- POSの対象倉庫を選択し、商品とバリエーションがオンラインの表示内容と完全に一致していることを確認します。
- 注文前に数量と引当状況を確認し、注文確定または販売完了が在庫に与える影響を検証します。
- キャンセル、返品、倉庫間移動は個別のイベントとして追跡してください。顧客がブラウザのページを閉じたという理由だけで引当を解除してはなりません。
- 差異の要因を分析するには入出庫タブを活用し、権限設定に基づいて実在庫とシステム数値を照合するには棚卸タブを使用します。
商品、倉庫、発生イベント、処理前後の在庫数、期待される結果を記録したテストログを保持してください。このログは「同期中」という大まかな表示よりもはるかに正確で、過剰販売や未解除の引当を特定するのに役立ちます。
「真の販売可能在庫」の定義とは？
手元の実在庫数が、常に販売を約束できる数量とは限りません。引当分、販売不可品、隔離在庫を差し引き、移動中や入荷待ちの在庫はそれぞれのステータスに応じて適切に処理してください。オンラインストアとPOSの間で商品IDおよびバリエーションIDを統一してください。名称の類似性だけに頼って数量を紐づけることはできません。
具体的な導入ステップ
- 在庫ステータスを厳密に定義する
実在庫、販売可能（約束可能）数、引当済み、破損・不良、検品中返品、輸送中移動を明確に区分します。「輸送中」のような曖昧なステータスによって、2箇所の拠点で同時に在庫計上される事態を防ぎます。
- イベントフローをマッピングする
商品のスキャンや決済開始から、販売完了または引当解除に至るまでの全プロセスを文書化します。通信切断、決済失敗、キャンセル時のフローも含めて整理してください。
- 在庫引当・配分ポリシーを決定する
データの正確性、タイムラグ（同期遅延時間）、注文頻度に応じて、商品や拠点を「完全共有型」「ハイブリッド型」「一時枠配分型」のいずれかに分類します。
- 引当ルールと安全在庫を設定する
在庫引当はアトミック（不可分）かつ有効期限付きで処理されるようにします。同期ラグの間に見込まれる需要から安全在庫を算出し、整数単位に切り上げて毎週見直してください。
- 例外監視リストを運用する
マイナス在庫、期限切れの引当、移動の遅延、在庫起因のキャンセルを監視します。売れ筋商品やコンバージョンへの影響が大きいアイテムから優先的に確認してください。
判断基準の実例
具体例：特定サイズの在庫が残り1点の場合。POSでの販売手続きとオンライン注文が同時に開始された場合、引当・約束ポリシーによって同一在庫が二重に確定されるのを防ぐ必要があります。また、最初の注文の決済期限が切れた際に、在庫が正しく販売可能状態に戻るかもテストしてください。
数値の同期だけで十分か？
数値の同期に加え、イベント定義、権限管理、通信障害やエラーへの対応策が必要です。引当や更新のタイミングについてシステム提供元に確認し、実際の環境でシナリオを検証してください。すべてのチャネルが同一の挙動を示すと思い込んではいけません。
次のステップに関連するご質問
POSレジ、オンラインストア、バーコード、在庫を統合連携させる方法
次に進むべき最適な手順は？
商品カタログと在庫の整理から着手しましょう。上記の例を参考にデータと設定を検証し、貴社の事業フェーズに適したサービスをご検討ください。