工单被谁改过？操作日志把每一次修改记在案

「这张工单谁改的？原来数量是多少？为什么改？」——管理上最贵的三个问题，问出来的答案往往是「忘了」。这篇讲 Moges PMS5 的工单操作日志：让每一次修改自己留下完整档案。

一、哪些动作会被记录

工单生命周期里的关键操作，都会进日志：建单、修改、报工、工序调整、异常处理……每一条日志记录五件事：

• 操作类型：做了什么动作
• 操作对象：动的是工单本身、某道工序，还是某条报工
• 变更字段：改的是哪个字段
• 变更前值与变更后值：改之前是什么、改之后是什么，各自留存
• 操作原因：为什么改——这个字段是必填的，没有原因的修改不被鼓励

再加上操作人和操作时间，一次修改的完整档案就齐了。

二、「变更前值」为什么必须留

很多系统只记「改成了什么」，不记「原来是什么」——半吊子留痕。变更前后值都留的好处，在扯皮时全部兑现：

• 客户说「订的是 20 件」，翻日志：原建单 20 件，某日某时某经手人改为 15 件，原因「客户订单变更」——原约定、变更、依据，一条链
• 报工数量被调整过，前后值都在——成本核算用调整后，争议追溯用调整前

日志的意义是让历史不可篡改地存在，而不是让大家害怕改单。

三、「操作原因」是被低估的字段

必填原因乍看麻烦，实际是整条日志里最有价值的字段：

• 事后看，原因是理解每条变更的钥匙——数量从 20 改 15，因为客户砍单，还是因为料不够？答案决定后续动作
• 汇总看，原因的分布暴露流程问题——某类修改频繁出现「客户变更」原因，说明接单评审该收紧；频繁出现「录错」，说明录入培训该补

数据攒三个月，操作日志就不只是审计工具，是流程改进的体检报告。

四、日志改变的三件事

操作日志跑起来之后，车间管理有三件事悄悄变了：

扯皮变短。任何争议先调日志，事实摆在屏幕上，争论从「谁说的」变成「下一步怎么办」。

乱改变少。知道每笔修改都留痕，动手前自然会想清楚——很多「随手改」在必填原因面前自己就消失了。

交接不断。人员更替时，日志就是工作交接的底稿：每张单的历史一查便知，不依赖任何人的记忆。

五、一句提醒

日志是管理工具，不是监控员工的摄像头。使用时的口径应该是「让事实可查」，而不是「抓谁犯错」——口径摆正，日志才有生命力；口径歪了，大家会想办法绕开系统操作，那才是真正的灾难。

工单这条主线见一单到底：工单号查全程。产品了解 Moges PMS5。

---