採購單改來改去怎麼不亂？變更單管住每一次修改

「那批料改數量了嗎？」「好像改過，我問問採購。」——這類對話每天在中小廠發生。改單本身不是問題，問題是變更只存在於微信和記憶裡。這篇講 Moges PMS5 的採購變更單機制：把每一次改單變成一張有編號、有依據、可追溯的正式單據。

一、先分清：哪些改動不用變更單

採購單在草稿狀態時隨便改——還沒確認的單子本來就是起草中的東西。變更單管的是確認之後的採購單：單子已經生效、可能已經發給供應商，這時候的每一處改動都值得一張正式的變更單。

這個分界很重要：它讓「改單留痕」不用一刀切，起草階段保持靈活，生效之後步步留痕。

二、變更單長什麼樣：五個欄位講清楚

一張採購變更單記錄這些內容：

• 變更型別：五選一——數量、價格、供應商、交貨日期、取消。型別固定，覆蓋了採購單上所有值得留痕的改動
• 變更前資料：改之前的值，原樣留存
• 變更後資料：改成什麼，同樣原樣留存
• 變更原因：為什麼改，一句話必須寫
• 變更人與變更時間：誰改的、什麼時候改的

變更單確認後才對採購單生效。也就是說，改單這件事本身也有一個「草稿→確認」的過程——跟供應商談妥之前，變更單先停在草稿，談妥了再確認，採購單才真正變。

三、變更前後的資料留存，價值在哪

很多系統只記「改成什麼」，不記「原來是什麼」——半年後扯皮時說不清原始約定。前後資料都留存的好處是可對照：

• 供應商說「當時訂的是 500 件」，翻變更單：原始 500，後經變更單 X 號改為 300，原因、日期、經手人齊全
• 月底對帳發現某行價格對不上，翻變更單看價格變更：改了幾次、每次差多少，逐筆清楚
• 交期爭議同樣適用：原交期、變更後交期、誰確認的延期，一條鏈

變更記錄不是防自己人，是讓每一次調整都有出處——對內如此，對供應商更是如此。

四、取消也是一種變更

採購單不想做了，正確姿勢不是刪單，是開一張「取消」型別的變更單。取消也留痕：為什麼取消、誰確認取消的。採購單被取消後歷史仍完整可查——採購臺賬裡不會出現「憑空消失的一單」。

五、變更頻繁本身是個訊號

如果一張採購單掛著三四張變更單，問題多半不在採購，在上游：需求沒核實清楚就下了請購，或者客戶的訂單本身在搖擺。變更單攢多了回頭看，能暴露需求管理的問題——變更記錄不只是記錄，還是診斷材料。

改單管不住的廠，先立一條規矩：確認後的採購單，改動必須走變更單。習慣養成之後，改多少次都不怕，每一次都查得到。

變更單機制是 Moges PMS5 採購模組的一部分；圖紙升版與變更的聯動見圖紙改來改去，現場該按哪一版幹。

---