供應商把一批貨分兩次送來，最後全數到齊，這張訂單算準時嗎？採購、倉管和業務如果各自看不同日期，報表就可能對同一批貨算出不同結果。要讓數字能拿來討論，先把承諾日期、計算單位和部分到貨的判斷方式講清楚。
以下是企業內部管理口徑，不是法定標準。各公司可以依產品和作業方式調整，但要把規則寫下來，讓接手的人知道每個數字代表什麼。
先定義承諾日期與計算單位
算之前，先把資料和條件對齊
先確認資料能不能串起來：採購單號、品項、交貨排程、訂購數量、供應商承諾收貨日、實際到貨時間、收貨登錄時間，以及每次收貨的數量。若一張採購單有多個品項或分批交貨，紀錄要能指出是哪個品項、哪次排程；只有整張訂單的總數，往往看不出哪一段出了差錯。
也要先約定統計期間、採用工作日或日曆日、是否接受提前或延後，以及取消、暫停和買方要求變更的訂單怎麼處理。這些條件會影響分子和分母。箱、件、公斤等不同單位不能直接加總；若按數量計算，應按品項或一致的計量單位分開呈現。資料缺漏時，也要先定義如何標記和補查，避免不同人各自猜一個答案。
選好計算單位，讓報表回答一個問題
計算單位可以選到期交貨排程線、每次收貨批次，或承諾數量。排程線能看多少筆交貨安排按時完成；批次能看每次送貨是否準時；數量則能看承諾日當天實際到貨多少。沒有一種算法適用所有公司，關鍵是不要把不同單位的結果混成一個看似精確的百分比。
若按到期排程線計算，可以用「允收時間內足量到貨的排程線數 ÷ 納入計算的到期排程線數 × 100%」。但「足量」和「允收時間」都要先定義。建議留一張指標定義表，寫明資料欄位及來源、計算期間、計量單位、排除條件、負責人和規則版本。Oracle 的供應商績效文件列出按收貨批次或累計收貨數量衡量的做法；分母不同，指標回答的問題也不同。這是系統文件中的例子，不是通用標準。Oracle 供應商績效指標說明
區分需求日承諾日與收貨日
這幾個日期各自在說什麼？
一筆採購可能同時有幾個日期：公司希望物料到位的需求日、採購單要求到貨日、供應商確認的到貨日、貨物實際到廠時間，以及倉庫清點並完成收貨登錄的時間。它們彼此有關，卻不是同一件事。若報表只寫「交期」，不同部門很容易各自套用不同日期。
供應商是否履行承諾，應和物料是否趕上內部需求分開看。供應商即使按確認日送達，若確認日已晚於需求日，內部需求仍可能落空；貨物提早到廠，也不代表供應商按原承諾日交貨。Microsoft Dynamics 365 的日期說明把要求日期和供應商確認日期分列，並提到交期、運輸天數和日曆設定會影響日期計算。該頁標示更新於 2026-07-01，這是產品欄位的參考例子，不表示每家公司都要採用相同欄位。Microsoft Dynamics 365 供應商日期說明（更新於 2026-07-01）
選定比較日期，也要說清楚實際收貨時間
要看供應商有沒有履行承諾，可以先用供應商最後確認的收貨日作比較基準，再和實際到貨或收貨日期比對；要看內部需求是否滿足，則另看需求日。報表標題和欄位應直接寫出採用的日期，別只留一個「交期」，讓採購和倉管各自解讀。
交接紀錄至少保留日期值、資料來源、更新時間和更新人員。實際日期也要講明是貨車抵達、卸貨完成，還是倉庫收貨登錄；這些時間點可能不一樣。Microsoft 的採購與供應概覽頁於 2025-07-21 更新，描述採購、收貨和發票處理等流程。這提醒我們，貨到了和後續完成登錄是兩件事，紀錄時最好分開留存。Microsoft 採購與供應概覽（更新於 2025-07-21）
處理部分交貨與雙方改期
部分到貨時，先確認評分的對象
訂單分批送貨時，要先判斷評分對象是一張採購單、一個交貨排程，還是每次收貨批次。假設一個排程要求 100 件，就得先決定「準時」是指承諾日當天 100 件全到，還是只要有部分到貨便算準時。若兩種情況都想掌握，可以另外列出準時到貨數量率，別讓一個指標同時代表準時和足量。
改期規則也要事先講好：能提早或延後幾天、雙方最晚何時確認變更，以及由誰核准。若雙方在原承諾日到期前同意新日期，日常作業追蹤可以採用新日期；若還要檢視原始承諾表現，就另外保留原日期與改期狀態。Oracle JD Edwards 的交貨績效文件以承諾日期和收貨日期比較，並提供可設定提前或延後天數的產品做法。這是該系統的例子，不是所有企業都必須採用的規則。Oracle JD Edwards 供應商交貨績效說明
留下每次改期的來龍去脈
不要用新日期覆蓋原日期。每次變更都保留原承諾日、新承諾日、提出方、提出時間、雙方確認時間、改期原因、核准人和未交數量。接手者才能看出日期是否經雙方確認，也能在回顧時知道一筆交貨改了幾次。
日常管理可以並列兩種結果：一種依目前有效的承諾日追蹤接下來要做什麼，另一種依原承諾日檢視原先的履約狀況。即使只呈現一個作業數字，也要註明採用哪個日期版本。交接時再寫清楚已到貨和未交數量、最新承諾日、下次確認時間及負責人。改期是日期變更，不是貨物到貨，兩種紀錄要分開。
用假設訂單算準交與足量
先選好這筆訂單的計算單位
以下是假設訂單，只為說明算法，不是實際供應商案例或業界統計：一筆 100 件的訂單原訂 11 月 10 日到貨，當天收到 60 件，11 月 12 日再收到 40 件。雙方沒有同意改期，也沒有允收寬限。
計算前先確認報表要看排程線、到貨批次，還是交貨數量。若按排程線評分，可以規定承諾日當天足量才算準交；若按數量，就算承諾日當天到貨量占訂購量多少；若按批次，則逐次比較每批的到貨日期。同一筆訂單會因單位不同而有不同結果，報表應把算法和單位一起標示，否則讀者很難判斷數字的意思。
準交率和足量率不一定相同
若規則是排程線必須在承諾日足量到貨才算準交，11 月 10 日只有 60 件到貨，這條排程線不符合條件，準交率是 0 ÷ 1 = 0%。若按承諾日到貨數量計算，準時到貨數量率則是 60 ÷ 100 = 60%。若按兩次收貨批次計算，第一批準時、第二批逾期，批次準交率是 1 ÷ 2 = 50%。
到 11 月 12 日，100 件都已收到，足量交付率是 100 ÷ 100 = 100%，但這不表示訂單準時。報表可以並列準交率、準時到貨數量率和足量交付率，並註明這筆訂單採用的口徑。這樣管理者才看得出，雖然貨最後全到，承諾日當天仍有 40 件未到。
平均交期看不到哪些波動
平均數無法單獨說明穩不穩
平均值方便整理資料，卻可能把單筆差異藏起來。以下也是假設數字：兩筆訂單的交期分別是 2 天和 8 天，平均交期是 5 天。只看平均數，會看不出其中一筆等了 8 天，兩筆相差 6 天。資料增加後，少數特別長的交期也可能把平均值拉高。
還要分清楚兩種常見的天數：下單到收貨經過多久，描述採購流程的時間；實際收貨日比承諾日早到或晚到幾天，描述承諾履行情況。兩者可以一起看，但應分開記錄，也別用平均交期推斷每張訂單都需要同樣時間。安排新單時，平均數可以當背景參考；若是關鍵物料，還得看品項、供應商及近期逐筆紀錄。
搭配分布和分組看資料
除了平均值，也可以呈現筆數、中位數、最短和最長交期，或交期範圍。資料量足夠且算法一致時，再看較高分位數，了解交期較長的一部分訂單落在哪個區間。若樣本不多，直接列出逐筆資料通常更清楚，不必勉強算出看似穩定的統計結果。
分組可以從品項、供應商、交貨地點和旺淡季開始，但別切得太細，最後只剩一兩筆資料。圖表要標上觀察期間、樣本數和日期口徑。某項品的交期較長，不等於同一供應商所有品項都不穩；先比較相近條件，再確認差異有沒有持續出現，才知道該回頭查哪筆交貨紀錄。
把缺料風險接到改善會議
先把可能受影響的需求找出來
交貨延誤不一定馬上造成缺料。先把未交數量和可用庫存放在一起，再核對已排需求、預計耗盡日、受影響訂單，以及有沒有可用替代品或其他供應來源。這些資料能幫團隊排出處理順序：可能影響近期出貨或生產的品項先確認，仍有緩衝的項目則安排追蹤。
每筆異常也應記下逾期天數、未交數量、缺料原因、最後確認時間和下次追蹤時間。原因要分辨是供應商延誤，還是公司內部改單、驗收或資料登錄較晚，否則責任和改善動作容易對不上。若採取加急運送或替代採購，記錄已發生的費用；尚未確認的金額則清楚標為估算，別把每次延誤都直接說成必然損失。
會議上把下一步交給明確的人
改善會議別只報一個準交百分比。針對每項異常，列出承諾日和目前進度、受影響需求、未交數量、原因、下一步、負責人、完成期限，以及下次向供應商確認的時間。需要升級處理時，也把條件寫清楚，例如到了哪一天仍未確認新交期，就由誰通知受影響的內部單位。
下次會議逐項確認承諾日是否又變更、未交量有沒有下降、缺料風險是否解除，以及先前動作是否完成。尚未完成的事項要交給明確的接手人，不能只留在會議記憶裡。採購延遲可能影響出貨安排和收付款時點，實際影響仍要按企業自己的訂單與現金流資料判斷；也可延伸閱讀現金流管理手冊。
需要把方法放進自己的經營脈絡時，可以前往brain-banks 商戰思維測驗頁延伸思考，或到關於頁查看工作坊資訊。