確定注文と補充計画のシナリオを分けて管理する

補充数量を計算する前に、それぞれの需要数量に何が含まれているかを判断します。顧客との確定した約束、過去の使用記録、将来の計画シナリオは、異なる種類の根拠です。同じ品目の個数で表されているからといって、この三つを足し合わせることはできません。

需要根拠・重複台帳を作成します。その役割は、別個の将来需要、他の数量に既に含まれる需要、代替的な仮定を識別することです。この記事は独自の事務管理手法を示すものであり、予測モデルではありません。実際の顧客との確約、使用履歴、購買側が承認した計画規則は提供されていません。

各数値の根拠を明示する

「確定」という表現は、担当責任者が承認済みの義務と現在の範囲を示せる場合にのみ使います。確約の参照情報、品目、数量、必要日、変更事項、計画に関係する条件を保持します。このワークシートは、契約に法的強制力があるか、顧客が取り消せるかを判断しません。

過去の数量は実績と表示します。期間と記録が測定する事象を示します。発注、出庫、その他の定義された事象のどれでしょうか。先月の実績を、説明なしに来月の義務へ変えてはいけません。過去の情報を使った将来シナリオが提案された場合は、別個の仮定として保持し、作成者を明示します。

計画上の仮定については、シナリオの目的と内訳を記録します。「次の期間に60個」だけでは不十分です。既存注文を含むのか、まだ確約されていない追加需要なのか、別のシナリオに代わる総量なのかを確認します。作成者が答えられなければ、確定需要と組み合わせる準備は整っていません。

有用な台帳では、不確かな依頼も、承認済み需要と扱わずに収録できます。出所、状態、次に必要な判断を保持し、責任者が扱い方を決めるまでは、その数量を採用済みの算定根拠に含めません。

期間、品目、単位をそろえる

開始と終了の区切りを明示して将来の対象期間を定義します。日付が必要日、受注登録日、その他の事象のどれを意味するかも示します。期間中に登録されても必要日が後であれば、記録が新しいというだけで現在の必要量に紛れ込ませてはいけません。

承認済みの品目識別情報と統一した単位を使います。ブラケット単品で表した必要量と、セットで表した仮定を比較するには、確認済みの換算が必要です。換算が不確かなら未解決の入力として扱い、都合のよい倍率を選ぶ理由にしません。この手順は確立済みの単位基準を入力として使うもので、入荷時の数量確認やサプライヤーの梱包単位確認に代わるものではありません。

期間の区切りをまたぐ必要量は、明示した分割行で扱います。元の参照情報は加算対象外の集約行として保持し、確約全体と日付別の内訳を両方計上しないようにします。日付未定の依頼を確実に割り当てられない場合は、別掲し、日付不足を解消する責任者を示します。

重複を識別可能な必要量までたどる

まず参照情報が完全に重複するものを探し、次に改訂と集約記録を確認します。二つのメッセージが、同じ必要量の異なる段階を表している場合があります。後の承認済み改訂が前の数量に置き換わっていたり、シナリオの合計に、その下に並ぶ確定行の明細が既に含まれていたりします。

各シナリオには、何を含むかを示す記述を付けます。例えば、「総量シナリオAには、確定義務F-1とF-2の40個すべてと、追加仮定20個が含まれる」と記します。他の確認者が加算を検証できるため、単に「楽観」や「基本」と呼ぶより有用です。

確定義務の一部だけを含む場合は、その部分を特定します。数字が一致するだけで重複と判断してはいけません。無関係の顧客二者がそれぞれ20個必要とする場合も、同じ顧客が異なる事務上の参照情報で二度現れる場合もあります。関連付け、日付、承認済みの範囲から、同じ需要を表しているかを判断します。

計算例：60個の内数としての確定40個

動力を持たない整理用品の部品について、架空の承認済み必要量二件が、定義した一つの将来期間内で合計40個あるとします。同じ品目・期間の計画シナリオAは60個です。作成者は、その60個に確定40個が既に含まれると明言しています。

内訳は確定40個と追加仮定20個で、合計60個です。40に60を足すと100になりますが、同じ確定必要量を二度計上してしまいます。追加加算の根拠となる新たな40個の必要量はありません。

ここで責任者が、100個のシナリオBも検討したいとします。Bは、確定40個と追加仮定60個として別に記録します。AとBは総需要の代替ケースであり、足し合わせる行ではありません。どちらも測定済みの将来需要とはせず、根拠のない確率も付けません。

別の表現として、「既に確約済みの40個に加えて60個」と述べた場合を考えます。これは追加分の仮定を表し、合計は100個です。算術は前述の誤った加算と同じでも、含まれる需要が違います。結果の数字だけで正しさを判断せず、加算を妥当とする記述を台帳に保持する必要があります。

後の変更で確定合計が40から30に減った場合は、シナリオAの追加仮定を20のままにするのか、内訳を改訂して総量60を維持するのか確認します。それぞれ50と60になります。両方の欄を自動的に変更して、必要な計画判断を見えなくしてはいけません。

同じ需要集合を在庫計算にも引き継ぐ

承認済みの需要根拠は、組み合わせる在庫ポジションと一致している必要があります。確定必要量の一部を確保するために、供給可能量から12個を既に除外している場合、残需要からもその同じ充当済み12個だけを除きます。未充当の残量と必要日は保持します。

別の方法として、引当済み在庫を供給側に残し、対応する必要量の全量を需要側に含めることもできます。明示して定義すれば、どちらの表し方も理解できます。一方の表し方の差引後供給量と、他方の全需要を混ぜると、同じ数量を二度差し引くことになります。

引当の変更と需要の承認を分けます。シナリオに顧客注文が含まれると判断しても、その顧客用の在庫の引当解除、優先順位の変更、別の義務への再配分が承認されるわけではありません。これらには別途の権限と最新記録が必要です。

売上予測ではなく算定根拠を承認する

判断責任者には、含めた確定需要、シナリオ別の追加仮定、除外した実績、未解決の重複、計画に使う提案版を短くまとめて渡します。何を含むかが未解決なら、精密な合計の下の脚注に隠さず、直接示します。

次の計算に使う採用版を固定し、旧版も保持します。確約の変更、日付の移動、仮定に含まれる範囲の訂正があれば再検討します。目的は再現できる入力を作ることであり、将来の消費が確実だと主張することではありません。

この台帳は、再発注の基準、見直し間隔の計算、サプライヤーの最小発注量、購入可能な梱包単位への切り上げに入る前で止まります。同じ需要の繰り返し記述から追加需要を作り出さず、それらの後続判断で使える需要を定義します。

よくある質問

確定注文は常に計画予測へ加算すべきですか？

提案された計画数量が確定注文を明示的に除外している場合だけです。60個のシナリオに確定40個が既に含まれるなら、そのシナリオの総需要は60のままです。数量を加算する前に、シナリオ責任者に、含まれる確約と追加分の仮定を特定してもらいます。

過去の販売実績を将来の確定需要として扱えますか？

過去の実績は、定義した過去の期間と事象を表します。それだけで将来の義務は成立しません。責任者はその実績を参考に計画シナリオを提案できますが、数量、期間、現在の確約との関係は、引き続き仮定であると明示する必要があります。

二つの記録が重複しているか分からない場合はどうしますか？

関係を未解決のまま保持し、出所の責任者に必要量の参照情報、改訂、対象数量を特定してもらいます。念のために両方を加えたり、数字が一致するから片方を捨てたりしてはいけません。どちらも根拠不足を解決せずに、計画の算定根拠を歪めるおそれがあります。

在庫引当を需要台帳にどう反映しますか？

対応する在庫ポジションで、引当数量を既に除外しているか記録します。除外済みなら、同じ充当済み必要数量を残需要からも除外し、二度差し引かないようにします。需要の分類だけでは、引当の解除や再割当は承認されません。