BLOG匿名事例
小売店の在庫・取り置き管理|匿名デモ設計事例
実在店舗の商品や顧客情報ではなく、架空の商品コードと数量で作った設計例です。最後の一点を複数経路から扱う場面を中心に、在庫差を防ぐ考え方を紹介します。

先に結論実在庫、販売可能数、取り置き、移動中を分け、同時操作でも最後の一点を二重に渡さない設計です。
在庫を一つの数字にしない
実在庫から取り置き、修理、移動中、販売不可を分けて表示します。販売可能数の根拠へ戻れるため、数字が合わないときに状態別で探せます。
商品には色・サイズ、セット、シリアルなど必要な単位を持たせます。似た商品名だけで処理せず、バーコードや商品コードで照合します。
最後の一点を同時に試す
店頭、電話、WEBから同じ商品を同時に取り置くテストを行います。画面に一個と見えても確定時点で再確認し、片方へ明確な案内を返します。
連打、通信遅延、戻る操作でも二重引当を作りません。取消や期限切れで数量を戻すときも、元の履歴と担当者を残します。
棚卸と通常販売を混ぜない
棚卸中に販売を止めるか、基準時刻以降の動きを別集計するか決めます。読取重複、未登録、差異、マイナス在庫を確認します。
数量を直接修正できる役割を限定し、理由と承認を残します。CSVを再取込しても同じ調整が二度反映されないことを確認します。
POS・ECは段階的につなぐ
匿名商品で更新間隔、取消、返品、障害、再送を試します。API停止時に古い在庫を販売し続けない表示と、復旧後の照合手順が必要です。
価格、税、返品、顧客情報のルールは店舗責任者が確認します。一店舗・一分類から始め、旧台帳と商品数・数量を比較して広げます。
相談前にそろえるもの
- 店舗・商品・SKU数
- 在庫状態の種類
- 取り置き期限
- 棚卸と修正権限
- POS・ECの連携
全部そろっていなくても構いません。分かる範囲を確認し、業務ルールや金額に関わる部分は担当者と一緒に決めます。