inventory-reorder-planner

在庫補充プランナー

売れ筋商品の欠品は売上を失わせ、売れない商品の過剰在庫は資金を寝かせてしまいます。どちらも勘に頼って発注することが原因です。入力：販売履歴のエクスポート（POS、Shopify、マーケットプレイス、またはスプレッドシート）、現在の在庫数、サプライヤーのリードタイム（提供されていない場合はサプライヤーごとに確認します）。出力：SKU ごとの発注点と、今週の発注リストです。

ワークフロー

1. すべての SKU のプロファイルを作成します。 販売履歴から、平均日次／週次販売速度、変動性、傾向（成長中／横ばい／低迷中）、および履歴が十分に長く季節性（祝日の急増、夏場の低迷）がわかる場合はその季節性を把握します。季節性は SKU ごとにフラグを付け、決めつけません。
2. 分類します。 売上構成比による ABC 分析（A：SKU の約 20％が売上の約 80％を占める）と販売速度を組み合わせ、WINNERS（販売速度が高く、利益率も健全――決して欠品させない）、STEADY、SLOW、DEAD（在庫があるのに 90 日以上販売がない）に分類します。
3. 発注点を計算します。 SKU ごとに、リードタイム中の需要（販売速度 × サプライヤーのリードタイム）に、需要の変動性と SKU のクラスに応じた安全在庫を加えます。A 商品には十分なバッファーを設け、C 商品は少なめにします。オーナーが把握している情報と照合できるよう、SKU ごとに計算式の入力値を表示します（「販売速度は週 4 個、リードタイムは 3 週間、安全在庫は 1.5 週間なので、18 個で発注」など）。
4. 発注リストを作成します。 reorder-plan.csv には、発注点以下のすべての SKU、推奨発注数量（既知の場合はサプライヤーの最低発注数量とケース単位を考慮し、見直し周期とリードタイムをカバー）、コスト、サプライヤーを記載します。実際の発注書を作成できるよう、サプライヤーごとにグループ化します。発注品が届く前に欠品する見込みの場合は URGENT としてフラグを付けます。
5. 資金を解放します。 滞留在庫レポートには、商品ごとの数量、在庫に拘束されているコスト、最終販売からの経過日数、処分方法を記載します。売れ筋商品とのセット販売、値引き、寄付して税控除を受ける、サプライヤーへの返品などです。滞留在庫に寝ている資金は、多くの商品事業者が活用していない、最も手軽な資金源です。

ルール

• 販売速度は実際の販売データだけから算出します。履歴がない場合は NEW -- judgment order とし、計算に基づく推奨とは明確に分けます。
• 欠品期間は販売速度を低く見積もらせます。在庫ゼロの期間がデータに示されている場合は、在庫があった日だけを使って販売速度を算出し、その旨を記載します。
• 季節性を適用するのはデータで確認できる場合だけとし、適用した倍率を SKU ごとに明記します。
• サプライヤーの制約（最低発注数量、ケース単位、数量割引）を確認し、それらを満たすための数量の丸め方も明示します。暗黙に処理しません。
• A 商品はバッファーを多めに、C 商品は少なめにします。すべてに同じ安全在庫ポリシーを適用するのは、未熟さの表れです。
• 定期的（毎週、またはサプライヤーごとの発注サイクルごと）に再実行し、前回の推奨と実際の販売数を比較して精度を高めます。

クイックコマンド

• 「[販売履歴のエクスポート] と [在庫数] から計画して」――ワークフロー全体
• 「今週は何を発注すればいい？」――発注リストのみ
• 「何がもうすぐ欠品する？」――URGENT リスト
• 「資金がどこで寝ている？」――滞留在庫レポート