电子纸模组的工序级追溯，要把每件模组的身份、工单、关键作业、测试结果和返修经历连成可查询的履历。只有出货条码和最终合格结论，仍不足以回答“这件产品经过了什么、异常发生在哪一步”。
先抓住一条主线：以模组序列号贯穿工单与关键工序；不能逐件识别的前段，用批次或载具维持关联，并在赋码点明确转换关系；返修、复测与换件另记事件，保留原始记录。 本文讨论电子纸模组组装的候选设计方法，待现场验证，不是某家客户的实施案例。具体工序、采集项目、质量阈值和系统能力，应以产品规格、现场工艺及双方确认的范围为准。
为什么有出货条码，仍然查不清生产过程？
设想一个质量排查场景：客户退回模组，仓库能查到出货单，生产能找到工单，测试电脑里也有结果文件，但三处记录无法稳定对应到同一件实物。每个部门都留了数据，企业仍要依赖人员回忆拼接过程。
工单回答“按什么任务生产”，模组序列号回答“具体是哪一件”，工序事件回答“这件产品发生过什么”。三者需要明确关联。将一个工单的全部物料、设备和测试文件都挂在一起，不能自动证明每件模组实际经历了这些操作。
电子纸还存在容易被忽略的测试边界。E Ink 的《2024 企业永续报告》说明，其电子纸利用反射式显示与双稳态原理；官方技术说明进一步指出，移除电源后图像仍可保留。来源：E Ink，2024 年度报告；双稳态技术说明。
由此得到的测试设计启示是：对这类产品，看到屏幕上有图像，不能单凭这一现象认定本次刷新测试成功。应根据产品要求保留测试触发、测试条件与本次结果之间的关联。这里是依据技术特征提出的设计建议，不是对所有电子纸产品测试规范的统一规定。
序列号应该从哪里开始贯穿？
先找出现场能够稳定识别单件模组的节点，再决定赋码位置。已经有可靠供应商单件码时，应评估能否沿用或建立映射；企业另发内部码时，要记录两者关系及重复码处理规则。
若前段无法直接贴码，可评估批次、托盘、治具位置等临时身份。关键不是临时码的形式，而是实物离开载具、混批或换位时，原来的关联是否仍然成立。未经验证的“默认位置不变”，不宜作为精确追溯依据。
赋码后建议保持产品身份连续。工单变更、返修和重测通过新事件表达；必须更换序列号时，记录旧码、新码、原因和审批依据，保留查询入口。否则换码容易让异常履历在查询中消失。
关键工序到底需要留下哪些记录？
建议先用质量处置问题反推采集范围：哪类异常需要隔离产品？哪一步决定后续能否放行？哪些条件变化会影响结果解释？能支持这些判断的记录优先建设。
GS1 于 2022 年发布的 EPCIS/CBV 2.0，以对象、时间、地点、业务背景及相关过程信息组织事件，概括为“what、when、where、why、how”五个问题。它提供的是信息组织参考，并不意味着工厂必须完整引入这套标准才能做追溯。来源：GS1，EPCIS/CBV 2.0，2022。
| 候选记录点 | 建议关联内容 | 解决的经营问题 |
|---|---|---|
| 工单投产与身份建立 | 模组身份、工单、产品与工艺版本、投入状态 | 避免履历挂错任务，区分不同生产条件 |
| 关键组装或连接作业 | 工序、工位、时间、作业结果；必要时关联物料批次与工艺参数 | 支持缩小排查范围，判断缺失步骤 |
| 显示或电性能测试 | 测试任务、设备、程序或判定版本、结果与原始证据位置 | 区分未测、失败、复测通过，解释判定依据 |
| 返修、换件与复测 | 不良现象、处置、换件关系、返回工序、再次测试结果 | 保留异常历史，避免旧合格记录掩盖后续变化 |
| 包装与出货关联 | 模组身份、箱码、放行状态、出货单据 | 把生产排查结果落实到库存与已交付范围 |
表中均为候选采集项，不能据此认定现场存在某道工序。是否涉及绑定、贴合、烧录或其他作业，要由实际工艺确认；参数也只采集有明确用途且可可靠取得的部分。
追溯粒度应与风险相匹配。IPC 的 IPC-1782（2016）公开目录列出了风险评估矩阵、追溯等级以及与产品分类对应的推荐表。这说明追溯规划需要讨论风险和层级，不能把“所有字段全部采集”当成唯一方案。本文引用的是该版目录所示框架，不代替标准全文，也不构成符合性声明。来源：IPC，IPC-1782，2016。
返修回流怎样避免把履历改没了？
最容易出问题的设计，是测试表只保存一个最终结果：第一次失败，第二次通过后，原来的失败被覆盖。这样能回答“现在是否合格”，却无法回答“为什么返修、改过什么、按什么条件重新通过”。
建议将每次测试与处置分别记录，保留发生顺序，并单独维护当前质量状态。返修授权应说明可以返回哪道工序、哪些步骤需要重做、由谁确认放行。换件时记录实际拆下与装入的对象；只有批次证据时，明确到批次，不推断为单件证据。
断网补传也需要区分现场发生时间与系统接收时间，防止补传顺序被误认为生产顺序。重复发送应识别为同一事件，记录修正应留下原因与更正关系。这些都是实施时需要验证的规则，不应仅凭界面上能查到记录就宣布完成。
怎样验证这条追溯链真的可用？
建议选定一个明确的产品范围，由生产、质量、仓库和信息化人员共同走查以下场景。验收重点是记录能否支持实际处置，查询时限和覆盖范围由企业事先约定。
- 从一件已包装模组反查工单、应经过的关键工序与测试证据，检查缺记录时能否识别。
- 从一项有证据支持的异常条件，正查可能受影响的模组，区分在制、库存和已出货状态。
- 让一件产品经历失败、返修、换件与复测，确认原始失败仍可查，当前放行状态符合规则。
- 模拟断网、重复上传、换码及人工更正，核对是否出现漏记、重复计数或履历断裂。
若只能确定某段时间或某个批次的影响范围，应清楚标注这个边界。扩大排查范围可能增加处置成本，但比把不完整证据包装成精确结论更有利于质量决策。
常见问题
是不是每一道工序都必须扫码？
不一定。设备能够可靠携带产品身份并自动回传时，可减少人工扫码；无法自动识别的节点，则需要合适的绑定和校验方式。关键是产品身份能否连续、作业证据能否对应，而非扫码次数。
只有批次记录，还能开始建设吗？
可以从批次追溯起步，但要明确它能支持的处置范围。需要缩小到单件时，再建设可靠的赋码、转换和事件关联；系统不能从已有批次记录中凭空还原单件履历。
上了 MES 就自然具备完整追溯了吗？
不会。制造执行系统（MES）提供记录和管控载体，完整性仍取决于身份规则、现场执行、接口证据和异常路径。采购与验收时，应使用实际产品及异常样例验证这些环节。
奥斯坦丁软件（OTD）面向离散制造企业提供 MES 与 WMS 相关软件服务。电子纸模组组装场景宜先明确追溯问题、记录边界与验收样例，再逐项核对 OTDMES 的可复用能力和需适配部分。本文不承诺特定产线已实现上述能力或取得量化成效。
作者
OTD 研究组
专注制造业数字化转型实践，深耕 MES、WMS、数字孪生与 IoT 集成领域，帮助工厂从「看不见」走向「可控可优」。