《返工单已经关闭，为什么成品追溯里少了一道工序》

下午四点，客户来问一批成品的返工情况。质量主管打开返工单，状态显示已完成；再查成品追溯，却只看到原工艺路线，看不到拆解、重做和复检。现场确实做过，系统也确实关过单，两份“真实”却接不上。

这类问题常见于多品种、小批量的中型工厂。工厂老板最该警惕的不是少了一条备注，而是返工改变了产品状态，却没有成为正式生产履历的一部分。

返工结束，不等于追溯闭环

正常工单按既定路线流转，报工对象、工序顺序和投入产出关系都比较清楚。返工却经常从质量异常临时发起，由班组绕过原路线处理，再由质量人员单独关闭结论。

如果返工单只记录“完成”，没有把原序列号、返工工序、人员设备、投入物料和复检结果重新关联，成品追溯就只能还原正常路径。客户真正关心的那次变化，反而成了系统盲点。

追溯的核心不是给产品贴一个码，而是记录关键事件及其数据。返工既改变质量状态，也可能改变材料、参数和责任边界，理应作为独立事件写进产品履历。

先查返工申请指向的是批次、容器还是单件序列号。若申请只写“某工单返修五件”，现场又从多个容器挑件，后续就无法确认哪五件真正经过返工。

发起时应冻结对象清单，记录原工单、当前位置和异常代码。拆分、合并或换码时，必须保留新旧对象的关系。对象没有锁定，后面的报工再完整也无法可靠回接。

有些工厂审批了返工方案，却没有生成可执行工序。班组只在纸质单上签字，设备采集仍把这段时间算在原工单，系统自然看不见返工经过。

返工路线至少要写清进入工序、操作要求、允许设备、关键参数和退出条件。班组每完成一步都对同一对象报工，系统保留时间、人员和设备，不允许用一句“线下处理”代替全过程。

返工完成后，产品不能直接回到合格区。质量人员要针对返工原因执行复检，并明确合格、继续返工或报废。结论必须同时改变产品状态和后续流向。

若复检报告存在，产品状态却仍是“返工中”；或者状态已经放行，报告没有关联序列号，都不能关闭。关闭的含义应是对象、过程、结果三者一致，而不是待办数量变成零。

管理层可以随机抽一件返工成品，从当前序列号向前查：为什么返工、由谁批准、走过哪些工序、使用什么设备和材料、谁复检、何时放行。任何一步需要翻群聊，那里就是断点。

再反向检查一次：从返工单能否找到全部受影响成品，从成品能否回到这张返工单。双向都能走通，才说明异常处理没有脱离产品履历。

并不是所有工厂都要先做复杂项目。这套检查适用于授权不全的中型成长型工厂。工厂老板可把清单转发给厂长、车间主任和班组长，抽一张返工单完成双向核对。

同时写清谁有权限接单、谁承担责任、何时转交或升级、谁配合验证。班组怕停线背责，质量怕未验证放行；若边界不清，多做多错会让各岗位只处理并关闭自己的待办。

返工单关闭只是流程动作，追溯链完整才是业务结果。当每次拆解、重做和复检都能回到唯一产品，工厂面对客户询问时，给出的就不再是一句“现场确认做过”。

我是三色灯MES系统发明人黄朝兴，关注我，持续讲透制造业一线故事背后的管理逻辑。