技术与实施W24

补码、报废与重工怎么管:防止一件产品留下两套有效身份

先读这一段补印前先确认原码是否已进入流通。补印同码与更换新码是两种业务,应分别记录实物去向、审批和新旧关系。

二维码破损后的第一反应往往是再打一个,但补码真正要解决的是“旧标识还会不会被使用”。如果旧标签没有回收、新标签又被当作全新单品,仓库和消费者可能看见两个都有效的身份。建议把补印、换码、产品报废和包装重工分开设计,避免一个“重打”按钮覆盖全部情况。

先判断是标签问题还是产品身份变化

如果同一件实物只是标签损坏,且原标签已受控回收,可评估补印原码;如果原码可能已经流出、无法确认贴到哪件产品,或重工造成产品身份重新定义,则需要单独评估换码。是否保留原序列号应由业务规则决定,不能由打印人员临时选择。

建议申请表包含原码、产品、批次、原状态、问题原因、实物位置、旧标签处置、拟处理方式和申请人。审批记录还应注明谁确认实物、谁允许再次打印、谁核对最终贴附。无需为所有轻微操作设置复杂审批,但高风险换码不能只有一条没有上下文的打印日志。

换码要保留前后关系

采用新码时,建议保存原码与新码的映射、生效时间和换码原因。旧码查询可提示该标识已发生受控变更,并引导进一步核验,不应直接把历史清空。历史事件纠正具有专门的数据表达问题;EPCIS 标准包含事件错误声明机制,可作为理解“保留历史、说明纠正”的技术参考。来源:GS1 EPCIS 标准

这不意味着项目必须照搬某种接口。对于规模较小的企业,清晰的变更单、可追溯的操作记录与可恢复的数据关联就比未经管理的后台直接修改更实用。关键是以后有人问到旧包装时,能解释原记录为何变化、变化由谁批准。

报废包括实物与数据两条线

码报废不一定等于产品报废:标签可能报废而产品继续使用;产品也可能因质量原因报废,但码仍需保留历史记录。建议分别记录标签数量、实物数量、处理原因和处置证据。对未使用码池的回收,要核查印刷废料、缓存打印任务和承包方留存文件,防止作废码重新回到正常生产。

返工回线时还应处理箱瓶关联。原箱已经拆开,替换瓶的旧关系应解除;新箱标签也不能自动继承全部旧成员。仓库里的当前归属、产线的绑定记录和消费者查询状态需要一致解释同一次返工,不能每个系统各自改一个字段就结束。

用几个错误场景检验流程

建议测试:补印任务超时后重复点击、打印机一次输出两张、原标签未回收、旧码已经出库、换码后消费者继续访问旧码、返工品重新装箱。每个测试都要核对最终有几张可使用的标签、系统认为有几件有效产品、历史出库单是否仍可追溯。

例如测试中同一补印任务重复提交,系统可以返回同一个任务号并要求复核打印状态,而不能默默再增加一件产品库存。这里的“打印成功”和“业务成功”需要各自确认,网络超时不能作为重新增加身份的依据。

月度核对建议看申请量、完成量、未回收标签和长期未结单,而不只是作废总数。补码频繁可能反映材料、贴标位置或读码设备的问题。将原因归类后交给相关部门处理,才有机会减少重复工作,而不是长期依赖人工补码维持生产。

继续了解

标签破损后应补印原码还是换新码?

取决于是否仍为同一实物、原标签是否受控、原码是否进入流通以及项目身份规则,需留存判断依据。

作废码是否直接从数据库删除?

建议按保存规则保留必要历史与作废原因,使后续投诉、对账和迁移可以解释旧记录。

参考资料与适用范围

事实出处见正文;流程、表格及清单为本文建议。核验日期:2026-10-03。

  1. EPCIS Standard 2.0
    事件数据、聚合与解聚、发生时间和记录时间、事件纠正、数据交换
下一步 / 带着资料讨论

把问题整理成一次有效沟通

请提供三类常见补码原因、旧标签处置办法、返工路径和一份脱敏重工单。

整理需求单 ↗

联系方式待接入;需求单仅在本机生成,不会自动发送。