从订单到发货全程可查：一件产品的追溯路径怎么建

客户拿着一件货来问：这个件是什么时候做的、谁做的、中途改过什么？能答上来，是能力；翻三天记录才找到，是常态。追溯这件事，靠的不是多记几张表，而是把单据串成一条链。

一、追溯靠的是链条，不是表格

很多厂的「追溯」其实是翻账：找当时的检验单、找当时的派工本、问当时的班组长。三样凑齐了，也只是拼出一个大概。

真正的追溯是一条单向不乱的链：客户订单 → 工单 → 工单工段 → 每一道工序的报工记录。每一环都带上一环的标识，顺着任何一个点都能往上往下走。

这条链之所以能立起来，关键在一个字段：工单号。它从订单转工单那一刻生成，之后贯穿报工、外协、发货、对账。工单号是这条链的主键，不是附属信息。

二、正查：订单 → 工单 → 工段 → 报工

正查是日常用得最多的一种：拿到一张订单，问这批货做到哪了。

顺序是这样的：客户订单下面挂着它的工单（一张订单可以拆多张工单）；工单下面挂着工段列表，每个工段有序号、工段定义、计划工时；每个工段下面挂着报工记录——开工时间、完工时间、完成数量、操作人、设备，还有工时（duration_hours，完工时自动算出）。

正查的价值在进度可见：不用问人，就知道这批货卡在哪一道工序、卡了几天。

三、反查：从一件产品倒推

反查是追溯真正的用途：客户拿一件货来，问它是怎么做出来的。

路径反过来走：先凭件号或工单号找到工单，再拉开这张工单的全部记录——

• 各个工段什么时候开工、什么时候完工、谁报的工
• 报工来源是人工还是外协自动生成（报工记录里有 source 字段，区分 manual 与 outsourcing）
• 外协那段发给了哪家、什么时候回、验收合不合格
• 中间改过什么：变更单上的原值和新值
• 谁改过工单的哪些字段：工单操作日志里的字段、原值、新值、原因、操作人

这几样凑起来，才是一份能拿给客户的加工档案。缺一样，追溯就有断口。

四、变更记录是追溯链上最容易缺的一环

进度和报工，多数厂多少有一点记录。真正缺的是变更。

一件产品出问题，往往不是因为它按原计划做的，而是因为它被改过——客户改了交期、换了工序、加了数量。当时的改动只在一个电话里，事后完全查不到。

所以变更单在追溯里的地位，比它看起来重要得多：

• 客户订单变更单（OC 单）：改动前的数据快照、改动后的数据、变更说明、变更原因、执行人和执行时间
• 工单变更单（CH 单）：变更类型、明细里的原计划工时与原备注、变更原因、创建/提交/作废的完整日志
• 工单操作日志：字段级的改动记录——哪个字段、原值、新值、原因、操作人、时间

三层叠加，才能回答「这一件为什么和图纸不一样」这个问题。

五、追溯的边界：能证明什么，不能证明什么

这一节必须说清楚，因为很多系统在这上面含糊。

能证明的：这张工单走过哪些工序、每道工序谁报的工、什么时候报的、数量多少、外协去了哪家、中途改过什么、谁改的。

不能证明的：这一件产品具体用的哪一批料、哪个炉号。离散加工的系统按「单」记账，不按「批次」记账——料是按工单领的，领的是哪种规格有记录，但同规格的料混在一起用是常态，系统不追到批次。

这条边界不必讳言。真要做批次级追溯，那是另一套体系（批次号、炉号、有效期、先进先出），成本和维护量都是另一个量级。多数 50 人以下的机加工厂并不需要走到那一步——客户要的通常是一份「这件活怎么做的」的记录，而不是「这块料从哪炉来的」的谱系。

六、追溯能力怎么一步步建

第一步，先把工单号变成唯一主轴。 任何一张单据、任何一条记录，都要能问出「属于哪张工单」。这一步做不到，后面全是散的。

第二步，让报工落到工段上。 不是记「今天干了多少活」，而是记「这张工单的第几道工序，谁在什么时候做完了几件」。颗粒度差这一层，追溯就断在车间。

第三步，把变更走成单据。 交期、数量、工序的每一次调整都留一张单，附上原因。这是最容易被跳过的一步，也是事后最需要的一步。

第四步，把外协挂在工序上。 外发的件不是「发出去了」，而是「这张工单的这道工序发给了某家」。回来验收的结果挂回去，链就闭合了。

四步走完，追溯不再靠翻箱倒柜，靠查一张单号。

「一单到底」的思路另见工单号查全程（B6）；报工这一环的做法见扫码报工。产品了解 Moges PMS5。