発注点とは「先月の使用量に余裕を足す」ことではありません。仕入先の生産と入庫に要する期間中の需要を、あらかじめ決めたサービス水準で賄うために、補充を開始すべき在庫位置です。ブランド商品では、ケース入数、最低発注数量、施策による需要急増、倉庫間移送、終売予定も同時に扱う必要があります。
本ガイドは、商品運営、マーケティング運営、調達、物流の各担当者が、商品・倉庫単位で同じ手順を使えるように設計しています。付属のワークブックは計画支援用であり、購買承認を自動化するものではありません。すべての推奨数量を、最新の仕入先条件、施策予定、保管容量、予算承認と照合してください。
ローカライズ済み発注点計算機をダウンロード
2026年ブランド商品在庫の発注点計算機をダウンロード ワークブックには「使い方、入力設定、商品倉庫データ、需要履歴、計算機、シナリオ」の6シートがあります。黄色のセルが編集対象です。計算列は数式で連動するため、ロジックを保持してください。
| 入力 | 役割 | 実務上の考え方 |
| 目標サービス水準 | 標準正規分布の安全係数を決める | 欠品影響で区分し全商品を同一にしない |
| レビュー間隔 | 正式に補充を見直す日数 | 実際の運営周期に合わせる |
| 需要履歴期間 | 平均需要と変動を算出する | 単一施策だけにならない期間を取る |
| リードタイムと変動 | 生産・輸送・入庫の不確実性を反映する | 可能なら実績入庫データを使う |
| ケース入数と最低発注数量 | 発注可能数量を制約する | 商品・仕入先ごとに確認する |
| 手持ち、発注残、引当 | 正味利用可能在庫を作る | 倉庫間で定義を統一する |
| 単価 | 在庫金額を算出する | 継続管理できる場合は着地原価を使う |
| 終売日 | 縮小運用の判断に使う | 後継品と処分計画を併せて管理する |
出力は、リードタイム需要、安全在庫、発注点、正味利用可能在庫、基礎発注量、ケース入数と最低発注数量を反映した推奨数量、在庫日数、予測欠品日、在庫金額、対応フラグです。サンプル値は操作説明用であり、市場基準や仕入先の確約ではありません。
数式を判断の共通基準にする
安全在庫 = z × √((平均リードタイム × 日次需要標準偏差²) + (平均日次需要² × リードタイム標準偏差²)) z は目標サービス確率から得る安全係数です。Microsoft の NORM.S.INV 公式説明は標準正規累積分布の逆関数を説明し、NIST の正規分布資料は分布の考え方を示します。 発注点 = 平均日次需要 × 平均リードタイム + 安全在庫 正味利用可能在庫 = 手持ち在庫 + 発注残 − 引当在庫 正味利用可能在庫が発注点以下になった場合、レビュー期間を含む目標在庫位置までの不足を基礎発注量とします。その後、ケース入数で切り上げ、最低発注数量を満たします。切り上げの挙動は Microsoft の ROUNDUP 公式説明に沿っています。
数式は一貫性をつくり、運営レビューは必要な判断を加えます。 95%を入力しても、すべての注文の95%が予定どおり出荷される保証にはなりません。これは正規分布近似と入力データの品質に基づく計画仮定です。間欠需要、新商品、展示会、短期施策、大口の社内配布は近似から外れる可能性があります。
計算前に商品・倉庫データを整える
有効な各商品について、保管拠点ごとに1行を用意します。全世界の合計在庫だけを見ると、ある倉庫は欠品目前、別の倉庫は過剰という状態が隠れます。商品コード、倉庫コード、数量単位、時間帯、在庫所有者、引当ルールを統一してから読み込みます。 同じ締め時点で手持ち、発注残、引当数量を照合します。発注残には、正式な仕入先発注または倉庫間移送の確約がある数量だけを含めます。引当は運営上保護すると決めた需要を表し、未承認の施策案すべてを入れるべきではありません。 需要履歴は、日付、商品、倉庫ごとの実出庫または発送数量を記録します。試験注文、重複記録、取消を除外し、実際の施策需要は削除せずに印を付けます。複数条件で数える仕組みは Microsoft の COUNTIFS 公式説明を参照できます。 発注書の確定から利用可能な入庫までの実績でリードタイムを算出します。十分なデータがあれば、生産、国際輸送、通関、倉庫受入の遅れを分けて追跡します。仕入先の提示日数は出発点ですが、安全在庫では実績変動のほうが重要です。
月次レビューを同じ順序で行う
- 締め時点を固定し、倉庫別の在庫を照合する。
- 需要履歴を更新し、施策による異常値に印を付ける。
- 最近の入庫から平均リードタイムと変動を更新する。
- ケース入数、最低発注数量、原価、終売日を確認する。
- 予測欠品と高額在庫への影響から確認する。
- 需要増、納期遅延、複合ストレスのシナリオを試す。
- 緊急発注より倉庫間移送が速く安いか比較する。
- 最終対応、担当者、承認者、入庫予定日を記録する。 シナリオシートは基準計算を上書きしません。基準、需要増、納期遅延、複合ストレス、終売縮小を比較します。早期発注、分納、移送、サービス区分の変更など、行動が変わるときに価値を持ちます。 良いレビューの成果は全面的な購買指示ではなく例外一覧です。リードタイム内の欠品、高額な過剰在庫、陳腐化商品、ケース入数や最低発注数量による資金・保管負担に注意を集中させます。
複数倉庫と終売の例外を扱う
再発注より倉庫間移送を優先する条件は？
移送元が自拠点の保護需要を満たした後も利用可能な余剰を持ち、移送品が移送先の予測欠品日より前に到着し、総費用が緊急発注や新規発注より低い場合です。荷役、運賃、通関、システム処理、移送元のサービス低下も含めます。
履歴の少ない新商品はどう計画する？
類似商品、確定施策需要、慎重な初回数量を使い、類似根拠と確信度を記録します。十分な実績が集まるまでレビュー頻度を上げ、履歴をゼロで埋めて見かけの精度を作らないでください。
終売予定の商品では何が変わる？
最低発注数量による在庫日数が残り配布期間を超えるなら、通常式より早く補充を止めます。未実施施策、後継品、社員向けストア需要、処分方法を同時に確認します。終売日は備考ではなく判断制約です。
表計算に運営統制を加える
商品運営はデータ品質と推奨、調達は仕入先条件と発注、財務は資金と廃棄基準、マーケティングは施策需要、物流パートナーは入庫と利用可能在庫を担当します。一人が複数役割を持つ場合も、判断と承認は追跡可能にします。
- 全倉庫を同一締め時点で照合した
- 需要異常を削除せずに分類した
- 仕入先リードタイムを更新した
- ケース入数、最低発注数量、原価を確認した
- 確定施策需要を含めた
- 終売日と後継品開始日を確認した
- 緊急発注前に移送を評価した
- シナリオ結果を記録した
- 発注または見送りを承認した
- 次回レビュー日を設定した 毎月の入力スナップショットと最終判断を保存し、前月を上書きしないでください。当時の情報と実績を比較できるため、サービス水準と仕入先仮定を改善できます。
欠品影響でサービス水準を区分する
サービス水準は欠品費用に関する事業判断であり、数式を飾る百分率ではありません。まず、イベント必須、定番、施策限定、長尾、終売のように少数の運営区分を設けます。確約済みの体験を壊すイベント商品は高い目標、短いレビュー間隔、代替手段が必要です。一方、代替可能な色やサイズは低めの目標にして最低発注数量による滞留を避けられます。 区分方針には、対象商品、目標確率、レビュー頻度、エスカレーション条件、承認者を明記します。代替可否も重要です。黒と紺の中サイズがある施策で交換可能なら、合算した利用可能量が意味を持ちます。ブランド、受取人、イベント、契約条件で交換できないなら別々に管理します。 希望する発注量を出すために目標を一時的に変えてはいけません。欠品影響、仕入先、物流網、商品寿命、承認済み施策が実質的に変わった場合だけ見直し、責任者、理由、開始日、終了日を残します。
| 推奨区分 | 代表例 | レビュー重点 |
| イベント必須 | 日付が固定され欠品が約束を損なうセット | 高頻度確認、代替、締切 |
| 定番 | 社員向けストアなど継続利用される商品 | 安定目標と定期補充 |
| 施策限定 | 新商品発表、展示会、短期企画 | 施策予測と残存利用期間 |
| 長尾 | 低数量の仕様や任意付属品 | 代替、集約、最低発注数量 |
| 終売 | 置換または停止予定の商品 | 売切り、移送、寄付、再資源化、廃棄 |
数値例で推奨数量を検証する
東部倉庫のタンブラーについて、平均日次需要8個、日次標準偏差3個、平均リードタイム30日、リードタイム標準偏差5日、サービス係数約1.65とします。リードタイム需要は240個、合成変動式による安全在庫は約75個、発注点は約315個です。 手持ち210個、発注残80個、引当40個なら、正味利用可能在庫は250個で発注点を下回ります。レビュー期間を含む基礎推奨が145個、ケース入数24個、最低発注数量192個なら、実行可能な推奨は145個ではなく192個です。購買条件が実際の注文を決めます。 ただし、その答えをそのまま採用しません。別倉庫に120個の余剰があり4日で移送できれば、新しい最低発注数量を買うより資金効率が高い可能性があります。500人のイベントが承認された直後なら平均需要は過小です。45日後に終売なら192個が陳腐在庫になる恐れがあります。数式は判断地点を示し、例外確認が行動を決めます。 予測欠品日は単独で使わないでください。平均需要による日付は集中需要のときに誤った安心を生みます。サービス区分、引当、施策日程、入荷遅延リスクと合わせて解釈します。在庫日数も比較には便利ですが、入荷時点や発注制約を含まなければ補充判断そのものにはなりません。
過去データで検証し毎月改善する
毎月、簡単な事後検証を行います。過去の締め時点を選び、その時点で利用可能だった情報だけで推奨を再現し、実際の需要、入庫、欠品、緊急輸送、期末在庫と比較します。誤差原因を需要、リードタイム、データ品質、仕入条件、未記録イベントに分け、すべてをサービス係数のせいにしないようにします。 運営指標には、区分別欠品日数、需要偏り、平均絶対誤差、計画と実績のリードタイム、緊急輸送費、移送費、陳腐在庫金額、期限内にレビューした推奨の割合などがあります。指標は工程を診断するためのものです。過剰在庫で欠品ゼロを実現しても、成功とはいえません。 同じ方向の誤差が続く場合、原因となる仮定を意図的に変えます。入庫遅延が続くならリードタイム更新か仕入先改善、施策需要を常に過小評価するなら申請・承認工程の改善、ケース切上げで滞留するなら包装条件の交渉か品揃え整理が必要です。帳簿と現物が合わない場合、統計を高度化する前に取引と倉庫管理を修正します。 本番利用前に、通常需要、間欠需要、高い最低発注数量、複数倉庫、終売の商品を各1件以上テストします。入力変更で数式が更新されること、空欄や無効値が見えること、マクロや外部ワークブックリンクがないことを確認します。原本を保護し、レビュー期間ごとに管理されたコピーを使い、最終判断にバージョンを記録します。
見かけの精度を生む失敗を避ける
最初の失敗は単位の混在です。個、箱、セット、パレットは交換できません。在庫、需要、最低発注数量、ケース入数を共通の基礎単位で保持し、購買単位は別に表示します。あるシステムが96を個数、別のシステムが箱数として扱えば、数式では救えません。 次は発注残を早く利用可能と見なす失敗です。数量、納入先、利用可能日が信頼できるときだけ不足を相殺します。未生産、通関保留、品質検査待ちの在庫は直近リスクを自動的に消しません。利用可能予定日が予測欠品日より後なら例外にします。 さらに、平均値で確定イベントを薄めないようにします。施策需要は申請者、承認状況、必要日、倉庫、取消条件とともに別管理します。未承認分は確定需要に混ぜずシナリオに置きます。 一つの倉庫の余剰で別倉庫の不足を隠すのも危険です。先に拠点別のリスクを表示し、その後にネットワーク移送を検討する順序なら、責任と柔軟性を両立できます。 少なくとも四半期ごとにサービス区分、履歴期間、仕入条件、終売規則を点検し、大きな変更時は即時見直します。出所と責任者を説明できる保守的な仮定は、説明できない複雑な数字より安全です。
承認とエスカレーション条件を先に決める
月次レビューの前に、どの推奨を通常承認でき、どれを上位判断に送るか決めます。発注金額、補充後の在庫日数、想定廃棄金額、緊急輸送費、通常サービス区分からの逸脱などで基準を設定できます。資金基準を超える場合は財務、仕入条件や最低発注数量が変わる場合は調達、未承認施策に依存する場合はマーケティング責任者の確認を求めます。 計算上リスクがあるのに発注しない判断にも責任者が必要です。欠品を受け入れる、代替品を使う、倉庫間移送を行う、開始を分ける、受取人への約束を変える、のどれを選ぶか記録します。これにより、表計算の警告を説明可能な運営判断へ変えられます。 承認記録には締め時点、ワークブック版、主な入力変更、推奨数量、最終数量、差異理由、承認者、入庫予定日を残します。最終数量が数式と異なっても、それ自体は誤りではありません。理由と責任者が不明なことが問題です。保管容量、値引条件、施策取消、代替品、資金制限、品質問題などは合理的な差異理由になり得ます。
複数倉庫でも拠点責任を残す
複数倉庫計画では、最初から在庫を世界合計にしません。各倉庫で発注点、正味利用可能在庫、予測欠品日を計算してリスクを見せた後、ネットワーク全体で移送可能性を確認します。この順序なら、ある拠点の余剰が別拠点の不足を見えなくすることを防げます。 移送判断には、移送元の放出可能量、移送先の必要日、輸送日数、荷役時間、国境条件、単位移送費、移送元の再欠品リスク、システム反映時間を含めます。地域ごとに数量単位や時間帯が違う場合、事前に標準化します。 移送元では、リードタイム需要、安全在庫、承認済み施策を保護した後の残量だけを移送可能とします。移送後は、出荷元と到着先の状態をすぐ更新し、同じ在庫を両方で利用可能と数えないようにします。 越境移送には通関、表示、税務、輸入者責任が関係する場合があります。計算機は数量と時間の初期判断を支援しますが、専門判断を代替しません。条件が不明なら、確定入荷ではなく確認待ちシナリオとして扱います。
終売商品に補充停止ルールを設ける
終売管理の目的は在庫を必ずゼロにすることではありません。残るサービス約束、後継品開始、余剰費用の間で書面判断を行うことです。最終利用日、最終発注日、後継品開始日、未履行施策、許容期末数量を確認します。日程が矛盾する場合は、数式に任せず責任者が先に解決します。 最低発注数量は終売時の大きなリスクです。一回の購入で残存期間を超える在庫になるなら、小口包装、地域共同発注、仕入先保管、分納、印刷前の材料確保、承認済み代替、限定的な欠品受容を比較します。現金、履行、廃棄への影響を同じ表で示します。 利用できない商品は、ブランドと規則に沿って再配置、社内利用、寄付、再資源化、廃棄を検討します。期末数字を良く見せるための不要な発送は行いません。処分数量、金額、受取先、日付を記録し、次回の商品選定と初回購入に反映します。
データ締め時点と例外処理を統一する
各レビューには明確なデータ締め時点を付けます。システムごとに更新時刻が異なると、手持ち、発注残、引当が重複または欠落します。情報源、取得時刻、時間帯、担当者を記録し、締め後の大口出庫や入庫は元スナップショットを書き換えず例外調整として残します。 需要やリードタイムの実績が足りない場合は、類似商品、仕入先提示、手動シナリオを一時的に使えます。ただし低い確信度と短い見直し周期を明示し、実績が得られたら置き換えます。帳簿と現物が不一致なら自動推奨を止め、棚卸しと取引修正を先に行います。 一時的な需要倍率、手動安全在庫、代替リードタイムには終了条件を付けます。期限時に削除、延長、正式方針化を判断し理由を保存します。入力スナップショットと承認結果を別々に残すことで、当時の情報と最終行動を公平に比較できます。
データ確信度と対応強度を分ける
確信度の低いデータは、必ず多く買う理由ではありません。追加確認、短いレビュー周期、明確な代替策が必要という意味です。手持ち在庫は棚卸し済みの倉庫システム、リードタイムは実績入庫、施策需要は承認済み申請、というように重要入力の情報源と確信度を記録します。口頭見積りや手作業推定なら、承認前に確認を追加します。 例外には簡単な対応段階を設けられます。第一段階は次回定例で再確認、第二段階は期限付きの情報補完、第三段階は調達・財務・マーケティングの共同承認、第四段階は予測欠品日や施策締切までに移送、緊急輸送、代替、約束変更のいずれかを実行する状態です。段階は不足数量だけでなく時間と影響で決めます。 同じ商品に複数の問題がある場合、分けて記録します。需要不足、仕入先遅延、在庫差異には別の責任者と解決策が必要です。すべてを大きな安全在庫にまとめると、何が改善したか分からなくなります。 毎月、終了した例外を振り返り、期限、費用、欠品・過剰回避の結果を確認します。有効な対応は標準手順へ移し、繰り返す問題には根本原因の改善項目を作ります。
実行結果を必ず戻す
承認後、発注書の確定、仕入先回答、入庫予定日、倉庫での利用可能化まで追跡します。推奨だけを残し実績を戻さないと、モデルの誤差と実行遅れを区別できません。取消、遅延、数量不足、品質不良、納入先変更に共通状態を設け、次回レビュー前に反映します。これにより予測欠品日と発注残の信頼性を保ち、どの仕入先または社内工程が継続的な差異を生むか確認できます。入庫後に実績数量、利用可能日、異常理由を追記し、元の判断と結び付けます。同じ差異が続く場合は、次回数量を増やすだけでなく改善責任者と期限を設定し、次の四半期レビューで効果を確認し、必要なら標準手順も更新します。
発注計画をブランド商品プログラム全体につなぐ
企業向けブランド商品プログラムのガバナンスガイドは調達・在庫・履行の責任分担を示し、グローバルなスワッグ履行モデル比較は倉庫網の選択を支援します。基盤や倉庫を変更する場合は、カンパニーストア移行ガイドも合わせてください。財務面は2026年法人ギフト予算計算機と連携できます。 結論は明快です。拠点別の在庫位置が文書化した基準を下回った時点で発注を検討し、実際の仕入条件で数量を丸め、施策、移送、資金、終売予定から再確認します。勘より説明しやすく、固定的な「何か月分」ルールより変化に対応できます。 承認済みの判断をブランド商品プログラムとして実行する際、Giftpack Swagsは商品選定、プログラム調整、履行の実行層を支援できます。方針、予算、サービス水準、購買承認は自社で保持し、Giftpack は承認済み計画の安定運用を補完します。