Shopify在庫切れ対策。発注点と通知ルールを決める

現在の料金と条件

判断に使う数字と条件。

横並びで比較

残数だけでなく、補充まで持つかを見る。

次の数値は実測結果ではなく計算例です。同じ在庫20個でも、販売速度と仕入先の納期で判断が変わります。

確認事項 01

発注点は、販売速度と納期から決める。

運用上の計算案は『平均日販 × 調達日数 ＋ 安全在庫』です。これはShopifyの公式既定値ではありません。季節変動や仕入先の遅れもあるため、数字を固定したままにしないでください。

1. 01
   期間をそろえる

   日販を出す期間とSKUを記録します。返品・在庫調整・移動をそのまま販売数へ混ぜないよう、参照するレポートの定義を確認します。

2. 02
   納期を実績と分ける

   仕入先の提示納期と実際に入荷した日数を別に記録します。新規仕入先では不確かな納期を確定値として扱いません。

3. 03
   在庫の種類を分ける

   利用可能在庫、注文に確保済みの数量、入荷予定を別欄にします。届く予定の在庫を今販売できる現物へ足しません。

確認事項 02

Flowは、現在の数量と対象範囲を確かめる。

Product variant inventory quantity changedはバリエーションの在庫変更をきっかけにするトリガーです。在庫追跡を無効にした商品でも起動するため、必要なら追跡対象だけに絞ります。inventoryQuantityPriorは変更前の値で、現在値ではありません。

1. 04
   対象を限定

   商品・SKU・追跡対象・閾値を条件表へ書きます。特定倉庫の通知ではinventoryLevelsの利用可能数とロケーションを確認し、全拠点の数量と混同しません。

2. 05
   境界値で試す

   テストSKUを使い、閾値の上・同値・下を試すチェックリストを提案します。通知先、表示数量、SKU、処理時刻も照合します。

3. 06
   通知の連続を確認

   少量の数量変更が続いたときの通知を試します。担当者が処理しきれない場合は通知条件を見直し、無人で発注が完了したと考えません。

確認事項 03

通知後の発注判断を、担当者の仕事にする。

在庫レポートの残り販売日数は販売履歴に基づく推定で、欠品日を保証する予測ではありません。販売履歴が不足するN/Aは未算出として扱い、担当者が仕入条件と合わせて判断します。

1. 07
   対応台帳

   SKU・利用可能数・発注点・入荷予定・担当・判断期限・発注番号を一枚に残します。この表は本記事の運用提案です。

2. 08
   発注済みを確認

   通知しただけで補充手配済みにはしません。仕入先との合意と注文書の記録まで確認し、重複発注も防ぎます。

3. 09
   見直す理由を残す

   欠品、納期遅延、過剰在庫のどれが起きたかを分け、原因に対応する日販・納期・安全在庫の値だけを見直します。