质量追溯：一个 NG 产品要能倒查到现场

终检工位发现一个散热器热性能不达标。

质量工程师第一反应不是只看 OK/NG，而是追问：这件产品是哪条线做的？用了哪批热管？焊接设备是哪台？测试机有没有校准？同批次还有多少件？有没有已经入库或发货？

如果 MES 只能查到“这个 SN 检测 NG”，那还不算真正的追溯。

真正的追溯，要能倒查到现场。

追溯最考验系统的地方，不是平时能不能查到数据。

而是出了一个 NG 产品以后，现场几个人围在一起问：它经过哪台设备，谁操作的，用了哪批物料，当时参数是多少，前后还有没有同批次风险。

如果这时候系统只能给一堆零散记录，没人敢直接下判断。

所以追溯不是“把数据存下来”这么简单，它要让人在出问题时能顺着一条线查回现场。

一、追溯不是最后查出来的

追溯不是上线后补一张报表。

它是在生产过程中不断建立关系。

一件产品从工单到出货，至少会经历：

生产工单
  -> 产品型号 / BOM / 工艺路线
  -> SN 或批次
  -> 工序过站
  -> 设备和工位
  -> 操作员和班组
  -> 原材料批次
  -> 工艺参数
  -> 测试结果
  -> 包装箱号 / 托盘号

前面没有绑定，后面就只能靠人工回忆。

比如热管批次没有和成品 SN 绑定，后面发现某批热管异常，就很难快速圈出影响范围。

不是所有东西都适合单件 SN 追溯。

成品、关键测试、客户要求严格的产品，可以按 SN。

原材料、半成品、辅料，很多时候更适合按批次。

高频工艺参数，比如温度曲线、压力曲线，可以按设备和时间窗口关联到 SN 或工单。

包装和出货，可以按箱号、托盘号关联。

我更倾向于分层：

这样成本不会失控，关键问题也能查得回去。

每个 SN 或批次经过一道工序，都应该留下过站记录。

过站记录可以包含：

work_order_no
sn
process_code
station_code
device_code
operator_id
start_time
end_time
result

测试结果、设备参数、报警事件、质量缺陷，都可以挂到这条主线上。

没有过站骨架，数据会散。

你可能有测试结果，有设备温度，有报警记录，但不知道它们对应哪个产品、哪道工序、哪个工单。

质量结果不能只存 OK / NG。

比如风扇测试，至少要保存：

sn
test_item
test_value
upper_limit
lower_limit
unit
result
test_device
standard_version
test_time

如果后续测试标准变了，或者某台测试设备校准异常，系统要能知道当时按哪个标准判定。

很多追溯系统的问题就在这里：保存了结果，却没有保存判定依据。

最后只能查到“不合格”，查不到为什么不合格。

数据库设计成立，不代表现场流程成立。

扫码枪放在哪里？操作员会不会漏扫？返工后 SN 怎么处理？同一个产品重测三次，保留哪一次？测试机自动上传结果时，怎么确认它对应的是刚扫码的 SN？

这些都要在流程里处理。

我更倾向于在关键工序设置强校验：

这会让现场操作稍微麻烦一点，但能换来追溯可信。

质量追溯不是查一张表。

它是把生产过程中的关系提前建好。

一个 NG 产品出现时，系统要能沿着 SN 或批次，查回工单、工序、设备、人员、材料、参数、测试结果和出货范围。

做不到这一点，MES 就很难真正支撑质量管理。

本系列：