工單被誰改過？操作日誌把每一次修改記在案

「這張工單誰改的？原來數量是多少？為什麼改？」——管理上最貴的三個問題，問出來的答案往往是「忘了」。這篇講 Moges PMS5 的工單操作日誌：讓每一次修改自己留下完整檔案。

一、哪些動作會被記錄

工單生命週期裡的關鍵操作，都會進日誌：建單、修改、工單回報、製程調整、異常處理……每一條日誌記錄五件事：

• 操作型別：做了什麼動作
• 操作物件：動的是工單本身、某道製程，還是某條工單回報
• 變更欄位：改的是哪個欄位
• 變更前值與變更後值：改之前是什麼、改之後是什麼，各自留存
• 操作原因：為什麼改——這個欄位是必填的，沒有原因的修改不被鼓勵

再加上操作人和操作時間，一次修改的完整檔案就齊了。

二、「變更前值」為什麼必須留

很多系統只記「改成了什麼」，不記「原來是什麼」——半吊子留痕。變更前後值都留的好處，在扯皮時全部兌現：

• 客戶說「訂的是 20 件」，翻日誌：原建單 20 件，某日某時某經手人改為 15 件，原因「客戶訂單變更」——原約定、變更、依據，一條鏈
• 工單回報數量被調整過，前後值都在——成本核算用調整後，爭議追溯用調整前

日誌的意義是讓歷史不可篡改地存在，而不是讓大家害怕改單。

三、「操作原因」是被低估的欄位

必填原因乍看麻煩，實際是整條日誌裡最有價值的欄位：

• 事後看，原因是理解每條變更的鑰匙——數量從 20 改 15，因為客戶砍單，還是因為料不夠？答案決定後續動作
• 彙總看，原因的分佈暴露流程問題——某類修改頻繁出現「客戶變更」原因，說明接單評審該收緊；頻繁出現「錄錯」，說明錄入培訓該補

資料攢三個月，操作日誌就不只是審計工具，是流程改進的體檢報告。

四、日誌改變的三件事

操作日誌跑起來之後，現場管理有三件事悄悄變了：

扯皮變短。任何爭議先調日誌，事實擺在螢幕上，爭論從「誰說的」變成「下一步怎麼辦」。

亂改變少。知道每筆修改都留痕，動手前自然會想清楚——很多「隨手改」在必填原因面前自己就消失了。

交接不斷。人員更替時，日誌就是工作交接的底稿：每張單的歷史一查便知，不依賴任何人的記憶。

五、一句提醒

日誌是管理工具，不是監控員工的攝像頭。使用時的口徑應該是「讓事實可查」，而不是「抓誰犯錯」——口徑擺正，日誌才有生命力；口徑歪了，大家會想辦法繞開系統操作，那才是真正的災難。

工單這條主線見一單到底：工單號查全程。產品瞭解 Moges PMS5。

---