將確定訂單與補貨情境分開

計算補貨數量之前，先確定每個需求數字包含什麼。客戶承諾、過往用量紀錄及未來規劃情境，是不同類型的證據。不能只因三者都以同一品項的單位數表示，就直接相加。

建立需求依據與重疊登錄表，用來辨識哪些未來需求彼此獨立、哪些已包含在另一個數字內，以及哪些屬於替代假設。本文提供原創的行政管理方法，並非預測模型。本文未取得實際客戶承諾、用量歷史或買方核准的規劃規則。

說明每個數字背後的證據

只有相關負責人能指出已核准義務及其現行範圍時，才使用「確定」一詞。保留承諾編號、品項、數量、需求日期、修訂及與規劃相關的條件。工作表不判定合約是否可強制執行，也不判定客戶是否可以取消。

將歷史數量標示為歷史資料，註明期間及紀錄衡量的事件：訂單下達、品項領用或其他明確事件。不要悄悄將上個月的活動變成下個月的義務。若有人根據歷史資訊提出未來情境，應將情境保留為獨立假設，並標明提出者。

對規劃假設，記錄情境目的與所含需求。「下一期 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。加總任何數量前，請情境負責人指出已包含的承諾與增量假設。

能否將歷史銷售視為確定的未來需求？

歷史活動描述明確的過去期間與事件，本身不能確立未來義務。負責人可以據此提出規劃情境，但其數量、期間及與現行承諾的關係，必須仍明確標示為假設。

如果無法判斷兩筆紀錄是否重疊，該怎麼辦？

將關係保留為未釐清，請來源負責人指出需求編號、修訂及涵蓋數量。不要為求保險將兩筆都加上，也不要只因數字相同就刪除其中一筆。任一做法都可能扭曲規劃依據，卻未解決證據缺口。

預留量應如何影響需求登錄表？

記錄對應庫存部位是否已扣除預留數量。若已扣除，應從剩餘需求排除相同的已涵蓋需求量，避免重複扣除。僅有需求分類，並不授權解除或重新分配預留量。