# RFID 编码规则怎么设计？从 EPC 标签到仓储追溯数据的完整方法 原文：[https://www.rfidpda.cn/news/xinwen/2544.html](https://www.rfidpda.cn/news/xinwen/2544.html) RFID 编码规则不是把物料编号直接写进标签。项目需要区分 EPC、TID、业务主键、包装层级、标签状态和追溯事件，再建立稳定映射。本文从仓储场景说明如何设计编码、建档、换标、接口和审计规则。 RFID 编码规则要解决三个问题：标签是谁，标签绑定了哪个业务对象，业务对象在什么时候发生了什么变化。把这三个问题混成一个字符串，项目早期看起来省事，后期换标、拆箱、合箱、退货和多系统对接都会变得难处理。 GS1 EPC Tag Data Standard 定义 EPC，并规定 Gen 2 RFID 标签中的数据内容。GS1 EPCIS 则用于创建和共享带有业务上下文的可见性事件。仓储项目可以借鉴这套分层思路，让标签身份、主数据和业务事件各自承担清楚的职责。 ## 编码设计检查矩阵 编码评审时，仓库、信息化、集成方和标签供应方需要坐在一起。任何字段写进标签前，都要问清楚它是否稳定、是否需要离线读取、是否涉及隐私、是否会变化。
检查主题现场问题处理方法留存证据
先定义业务对象标签要识别的是单件、箱、托盘、周转箱还是资产？列出需要追踪的对象类型，写明对象主键、包装层级、是否可拆分、是否可复用、是否需要序列化和负责系统。为每种对象画出进入、流转和退出路径。对象字典中每种标签对应清楚的业务对象和生命周期。
区分 EPC、TID 和业务主键标签芯片身份和企业业务编号分别怎么用？建立字段说明。写清 EPC 的生成方式、TID 是否读取、业务主键来自哪个系统、映射关系存在哪里。不要把 TID 当成可随意改写的业务字段。从任意 EPC 可以查到当前业务对象和绑定历史，从业务对象也能查到当前有效标签。
选择 EPC 编码方案使用 GS1 标识体系还是企业内部序列化方案？评估是否使用 GS1 标识键和对应 EPC 表达，或采用受控的企业内部序列化规则。无论采用哪种方式，都要保证命名空间、对象类型和序列号分配不会冲突。编码说明书包含命名空间、对象类型、序列号来源、长度、示例和冲突处理。
序列号分配和防重复编号由谁生成，重复时怎么发现？指定序列号生成服务或受控分配规则。写标前申请编号，写标后回读校验，入库时再次检查重复。对补标、重写和失败重试保留记录。系统可以查询编号生成、写标、校验、绑定和停用记录。重复 EPC 会被阻止或进入异常队列。
主数据映射标签如何关联物料、批次、货位和包装层级？在后台建立 EPC 与业务对象映射。对象表记录物料、批次、包装层级、状态和有效期。标签表记录 EPC、TID 如需使用、写标时间、绑定时间和当前状态。查看一条对象记录，可以看到当前标签和历史标签；查看标签，也能看到绑定对象和状态变化。
标签状态和生命周期新标签、已绑定、停用、损坏和报废怎么区分？设计标签状态机。至少覆盖待写入、已写入待绑定、已绑定、暂停、停用、损坏和报废。状态变化记录原因、时间、操作人和关联业务单。停用标签再次被读取时，系统能给出可理解提示，并保留历史绑定。
User Memory 使用边界哪些信息需要写入标签额外存储区？只在明确需要离线读取或设备端快速判断时考虑额外数据。字段保持短小、稳定、可校验。涉及隐私、频繁变化或需要严格权限控制的信息放在后台。每个写入 User Memory 的字段都有用途、长度、更新规则和安全评估。
条码和可视文字并存标签表面是否还要印条码和文字？为标签设计可视编号、条码或二维码，并明确它们与 EPC 的关系。员工在 RFID 读取异常时，可以扫码或手工输入短编号进入复核。随机抽样标签，扫码、RFID 和后台查询指向同一对象。
业务事件和 EPCIS 思路读取标签后，后台记录的是字符串还是业务事件？按业务动作定义事件。每条事件关联对象、时间、地点、业务步骤、状态、操作人、设备和单据。跨系统协作时，可以参考 EPCIS 对可见性事件和业务上下文的表达方式。从对象可以查询事件时间线，从一条事件可以查到来源任务、设备和标签明细。
换标、拆箱和合箱对象变化后，历史关系怎么保留？把变化记录成关系和事件。换标时保留旧 EPC 与新 EPC 的关联；拆箱和合箱记录父子关系变化；退货重新入库时保留原对象或按规则创建新对象。选择一个换标或拆箱样例，可以查看变化前后的对象、标签和事件。
接口、审计和版本管理编码规则变化后，旧系统还能不能解释历史数据？为编码规范、字段字典、接口和校验规则标版本。上线前准备合法、重复、停用、格式错误和层级冲突样例。变更时评估历史数据和各站点影响。接口日志记录规则版本，回归用例覆盖旧标签和新标签，异常有清楚提示。
## 1. 先定义业务对象 **为什么要查。**不同对象的生命周期和业务动作不同。单件商品、整箱、托盘、设备资产和周转容器不能共用模糊的编码含义。 **怎么落地。**列出需要追踪的对象类型，写明对象主键、包装层级、是否可拆分、是否可复用、是否需要序列化和负责系统。为每种对象画出进入、流转和退出路径。 **容易遗漏的地方。**只讨论 EPC 长度，没有先定义对象。一个标签有时代表箱，有时代表箱内商品，接口无法稳定解释。 **验收时看什么。**对象字典中每种标签对应清楚的业务对象和生命周期。 - 建立对象字典 - 区分单件箱托盘资产和周转容器 - 写清对象是否可复用 **执行动作 1。**建立对象字典。这项动作要写进先定义业务对象的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签要识别的是单件、箱、托盘、周转箱还是资产？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**区分单件箱托盘资产和周转容器。这项动作要写进先定义业务对象的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签要识别的是单件、箱、托盘、周转箱还是资产？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**写清对象是否可复用。这项动作要写进先定义业务对象的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签要识别的是单件、箱、托盘、周转箱还是资产？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**先定义业务对象完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和对象字典中每种标签对应清楚的业务对象和生命周期。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 2. 区分 EPC、TID 和业务主键 **为什么要查。**EPC 常用于承载对象标识，TID 是芯片相关标识，企业内部还会有物料、资产、箱和托盘编号。它们用途不同。 **怎么落地。**建立字段说明。写清 EPC 的生成方式、TID 是否读取、业务主键来自哪个系统、映射关系存在哪里。不要把 TID 当成可随意改写的业务字段。 **容易遗漏的地方。**界面只显示一串十六进制字符，员工不知道它代表什么。系统把标签身份和业务对象绑定写死，换标后历史追溯断开。 **验收时看什么。**从任意 EPC 可以查到当前业务对象和绑定历史，从业务对象也能查到当前有效标签。 - 定义 EPC 用途 - 说明 TID 是否参与校验 - 建立双向映射查询 **执行动作 1。**定义 EPC 用途。这项动作要写进区分 EPC、TID 和业务主键的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签芯片身份和企业业务编号分别怎么用？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**说明 TID 是否参与校验。这项动作要写进区分 EPC、TID 和业务主键的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签芯片身份和企业业务编号分别怎么用？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**建立双向映射查询。这项动作要写进区分 EPC、TID 和业务主键的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签芯片身份和企业业务编号分别怎么用？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**区分 EPC、TID 和业务主键完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和从任意 EPC 可以查到当前业务对象和绑定历史，从业务对象也能查到当前有效标签。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 3. 选择 EPC 编码方案 **为什么要查。**编码方案要匹配业务范围。跨企业流通、供应链协作和内部资产管理对编码治理的要求不同。 **怎么落地。**评估是否使用 GS1 标识键和对应 EPC 表达，或采用受控的企业内部序列化规则。无论采用哪种方式，都要保证命名空间、对象类型和序列号分配不会冲突。 **容易遗漏的地方。**把可读物料编码直接拼接后写入标签，没有考虑长度、字符集、序列化、包装层级和系统扩展。 **验收时看什么。**编码说明书包含命名空间、对象类型、序列号来源、长度、示例和冲突处理。 - 确认业务范围 - 选择编码治理方式 - 准备合法与非法编码样例 **执行动作 1。**确认业务范围。这项动作要写进选择 EPC 编码方案的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“使用 GS1 标识体系还是企业内部序列化方案？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**选择编码治理方式。这项动作要写进选择 EPC 编码方案的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“使用 GS1 标识体系还是企业内部序列化方案？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**准备合法与非法编码样例。这项动作要写进选择 EPC 编码方案的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“使用 GS1 标识体系还是企业内部序列化方案？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**选择 EPC 编码方案完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和编码说明书包含命名空间、对象类型、序列号来源、长度、示例和冲突处理。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 4. 序列号分配和防重复 **为什么要查。**RFID 可以快速批量写标，也会放大重复编码的影响。重复 EPC 进入现场后，会让库存和追溯结果变得难以解释。 **怎么落地。**指定序列号生成服务或受控分配规则。写标前申请编号，写标后回读校验，入库时再次检查重复。对补标、重写和失败重试保留记录。 **容易遗漏的地方。**多个站点各自维护表格分配编号；写标失败后重复使用或跳过编号，没有状态记录。 **验收时看什么。**系统可以查询编号生成、写标、校验、绑定和停用记录。重复 EPC 会被阻止或进入异常队列。 - 指定编号来源 - 写标后回读 - 入库时检查重复 **执行动作 1。**指定编号来源。这项动作要写进序列号分配和防重复的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“编号由谁生成，重复时怎么发现？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**写标后回读。这项动作要写进序列号分配和防重复的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“编号由谁生成，重复时怎么发现？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**入库时检查重复。这项动作要写进序列号分配和防重复的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“编号由谁生成，重复时怎么发现？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**序列号分配和防重复完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和系统可以查询编号生成、写标、校验、绑定和停用记录。重复 EPC 会被阻止或进入异常队列。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 5. 主数据映射 **为什么要查。**标签层只负责标识，对象的名称、规格、批次和状态应由主数据系统管理。把变化频繁的字段写入标签会增加维护成本。 **怎么落地。**在后台建立 EPC 与业务对象映射。对象表记录物料、批次、包装层级、状态和有效期。标签表记录 EPC、TID 如需使用、写标时间、绑定时间和当前状态。 **容易遗漏的地方。**在标签里写入太多业务信息，字段变化后需要重写大量标签。或者映射表没有版本，换标后历史关系消失。 **验收时看什么。**查看一条对象记录，可以看到当前标签和历史标签；查看标签，也能看到绑定对象和状态变化。 - 把变化字段放在后台 - 保留映射历史 - 设计状态字典 **执行动作 1。**把变化字段放在后台。这项动作要写进主数据映射的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签如何关联物料、批次、货位和包装层级？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**保留映射历史。这项动作要写进主数据映射的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签如何关联物料、批次、货位和包装层级？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**设计状态字典。这项动作要写进主数据映射的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签如何关联物料、批次、货位和包装层级？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**主数据映射完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和查看一条对象记录，可以看到当前标签和历史标签；查看标签，也能看到绑定对象和状态变化。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 6. 标签状态和生命周期 **为什么要查。**标签不是写完就一直有效。换标、退货、报废和复用都需要状态。没有状态，旧标签可能再次被读入业务。 **怎么落地。**设计标签状态机。至少覆盖待写入、已写入待绑定、已绑定、暂停、停用、损坏和报废。状态变化记录原因、时间、操作人和关联业务单。 **容易遗漏的地方。**直接删除旧标签记录。现场读到旧标签时，后台不知道它曾经属于哪个对象，也无法提示员工。 **验收时看什么。**停用标签再次被读取时，系统能给出可理解提示，并保留历史绑定。 - 设计标签状态机 - 停用而非直接删除历史记录 - 验证旧标签再次读取的提示 **执行动作 1。**设计标签状态机。这项动作要写进标签状态和生命周期的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“新标签、已绑定、停用、损坏和报废怎么区分？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**停用而非直接删除历史记录。这项动作要写进标签状态和生命周期的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“新标签、已绑定、停用、损坏和报废怎么区分？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**验证旧标签再次读取的提示。这项动作要写进标签状态和生命周期的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“新标签、已绑定、停用、损坏和报废怎么区分？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**标签状态和生命周期完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和停用标签再次被读取时，系统能给出可理解提示，并保留历史绑定。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 7. User Memory 使用边界 **为什么要查。**部分 Gen 2 标签提供 User Memory，但不是所有业务字段都适合写进去。离线读取需求、容量、写入时间、权限和更新频率都要评估。 **怎么落地。**只在明确需要离线读取或设备端快速判断时考虑额外数据。字段保持短小、稳定、可校验。涉及隐私、频繁变化或需要严格权限控制的信息放在后台。 **容易遗漏的地方。**为了“信息完整”把大量字段写入标签，后续字段变化、写入耗时和权限管理变复杂。 **验收时看什么。**每个写入 User Memory 的字段都有用途、长度、更新规则和安全评估。 - 列出离线读取需求 - 评估字段稳定性 - 避免写入敏感信息 **执行动作 1。**列出离线读取需求。这项动作要写进User Memory 使用边界的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“哪些信息需要写入标签额外存储区？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**评估字段稳定性。这项动作要写进User Memory 使用边界的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“哪些信息需要写入标签额外存储区？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**避免写入敏感信息。这项动作要写进User Memory 使用边界的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“哪些信息需要写入标签额外存储区？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**User Memory 使用边界完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和每个写入 User Memory 的字段都有用途、长度、更新规则和安全评估。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 8. 条码和可视文字并存 **为什么要查。**RFID 提高批量识别效率，但异常处理、人工复核和跨系统协作仍需要可视信息。条码和文字可以作为现场兜底。 **怎么落地。**为标签设计可视编号、条码或二维码，并明确它们与 EPC 的关系。员工在 RFID 读取异常时，可以扫码或手工输入短编号进入复核。 **容易遗漏的地方。**标签表面没有可读信息，损坏后无法快速定位对象。或者印刷编号与 EPC 映射没有校验，补标时出错。 **验收时看什么。**随机抽样标签，扫码、RFID 和后台查询指向同一对象。 - 设计可视编号 - 验证印刷与 EPC 映射 - 准备异常复核入口 **执行动作 1。**设计可视编号。这项动作要写进条码和可视文字并存的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签表面是否还要印条码和文字？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**验证印刷与 EPC 映射。这项动作要写进条码和可视文字并存的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签表面是否还要印条码和文字？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**准备异常复核入口。这项动作要写进条码和可视文字并存的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“标签表面是否还要印条码和文字？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**条码和可视文字并存完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和随机抽样标签，扫码、RFID 和后台查询指向同一对象。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 9. 业务事件和 EPCIS 思路 **为什么要查。**追溯需要知道对象在什么时间、什么位置、经历了什么业务动作。只保存 EPC 列表无法解释收货、上架、盘点、出库和退货。 **怎么落地。**按业务动作定义事件。每条事件关联对象、时间、地点、业务步骤、状态、操作人、设备和单据。跨系统协作时，可以参考 EPCIS 对可见性事件和业务上下文的表达方式。 **容易遗漏的地方。**把每次读取都当成库存变化。员工在通道巡检时扫到标签，后台却误认为完成入库或出库。 **验收时看什么。**从对象可以查询事件时间线，从一条事件可以查到来源任务、设备和标签明细。 - 定义业务事件字典 - 区分读取与业务确认 - 保留事件来源 **执行动作 1。**定义业务事件字典。这项动作要写进业务事件和 EPCIS 思路的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“读取标签后，后台记录的是字符串还是业务事件？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**区分读取与业务确认。这项动作要写进业务事件和 EPCIS 思路的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“读取标签后，后台记录的是字符串还是业务事件？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**保留事件来源。这项动作要写进业务事件和 EPCIS 思路的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“读取标签后，后台记录的是字符串还是业务事件？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**业务事件和 EPCIS 思路完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和从对象可以查询事件时间线，从一条事件可以查到来源任务、设备和标签明细。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 10. 换标、拆箱和合箱 **为什么要查。**仓储现场会换标、补标、拆箱、合箱、退货和重新包装。编码模型如果只保存当前状态，历史追溯会断。 **怎么落地。**把变化记录成关系和事件。换标时保留旧 EPC 与新 EPC 的关联；拆箱和合箱记录父子关系变化；退货重新入库时保留原对象或按规则创建新对象。 **容易遗漏的地方。**换标后覆盖旧 EPC，无法解释历史事件。箱拆开后仍按原箱号统计，造成包装层级混乱。 **验收时看什么。**选择一个换标或拆箱样例，可以查看变化前后的对象、标签和事件。 - 保留新旧标签关联 - 记录包装层级变化 - 为退货定义编码规则 **执行动作 1。**保留新旧标签关联。这项动作要写进换标、拆箱和合箱的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“对象变化后，历史关系怎么保留？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**记录包装层级变化。这项动作要写进换标、拆箱和合箱的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“对象变化后，历史关系怎么保留？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**为退货定义编码规则。这项动作要写进换标、拆箱和合箱的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“对象变化后，历史关系怎么保留？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**换标、拆箱和合箱完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和选择一个换标或拆箱样例，可以查看变化前后的对象、标签和事件。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 11. 接口、审计和版本管理 **为什么要查。**编码规则会随着业务扩展调整。接口、数据字典和验证程序需要版本，旧数据也要可解释。 **怎么落地。**为编码规范、字段字典、接口和校验规则标版本。上线前准备合法、重复、停用、格式错误和层级冲突样例。变更时评估历史数据和各站点影响。 **容易遗漏的地方。**只更新文档，没有同步 PDA、写标程序、WMS 和报表。旧版本标签进入现场后，员工只能人工绕过。 **验收时看什么。**接口日志记录规则版本，回归用例覆盖旧标签和新标签，异常有清楚提示。 - 为规则标版本 - 维护回归样例 - 变更前评估站点影响 **执行动作 1。**为规则标版本。这项动作要写进接口、审计和版本管理的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“编码规则变化后，旧系统还能不能解释历史数据？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 2。**维护回归样例。这项动作要写进接口、审计和版本管理的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“编码规则变化后，旧系统还能不能解释历史数据？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **执行动作 3。**变更前评估站点影响。这项动作要写进接口、审计和版本管理的现场作业卡，并由负责岗位留存执行时间、设备编号、执行人和异常。复核时回到“编码规则变化后，旧系统还能不能解释历史数据？”这个问题，确认台账、页面提示和后台记录能够互相对应。 **模块交付。**接口、审计和版本管理完成后，保留一份可以复用的检查记录。记录里至少包含正常结果、异常样例、处理路径和接口日志记录规则版本，回归用例覆盖旧标签和新标签，异常有清楚提示。。后续设备、标签、应用、网络或业务规则变化时，按受影响范围回归，不要等到现场报障后再补资料。 ## 编码说明书建议包含的字段 编码说明书要让业务、开发、写标和运维都能使用。除了编码格式，还应写清对象、状态、映射、事件和变更方式。
记录字段填写方式判断用途
对象类型单件、箱、托盘、资产、周转容器及其主键明确标签代表什么
标签字段EPC、TID 如需使用、User Memory 如需使用区分标签存储区用途
编码格式命名空间、类型、序列号、长度、示例保证生成和校验一致
映射关系标签与对象、包装层级、当前和历史绑定支持换标与追溯
状态字典待写入、已绑定、暂停、停用、损坏、报废控制旧标签进入业务
事件字典收货、上架、盘点、移动、出库、退货、换标把读取转换为业务记录
版本和审计规则版本、接口版本、操作人、时间、原因支持变更和回归
**对象类型。**记录时填写单件、箱、托盘、资产、周转容器及其主键。这组字段用于明确标签代表什么。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **标签字段。**记录时填写EPC、TID 如需使用、User Memory 如需使用。这组字段用于区分标签存储区用途。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **编码格式。**记录时填写命名空间、类型、序列号、长度、示例。这组字段用于保证生成和校验一致。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **映射关系。**记录时填写标签与对象、包装层级、当前和历史绑定。这组字段用于支持换标与追溯。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **状态字典。**记录时填写待写入、已绑定、暂停、停用、损坏、报废。这组字段用于控制旧标签进入业务。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **事件字典。**记录时填写收货、上架、盘点、移动、出库、退货、换标。这组字段用于把读取转换为业务记录。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 **版本和审计。**记录时填写规则版本、接口版本、操作人、时间、原因。这组字段用于支持变更和回归。字段命名、填写位置和责任人需要固定下来，避免不同站点使用各自的简称。抽查时从一条业务记录向前回查，也要能找到对应的现场动作和处理结果。 ## 从小范围编码试点开始 试点时选几种对象：普通纸箱、托盘、周转箱、金属资产和需要换标的样例。让写标、读取、绑定、停用、换标、拆箱、合箱和退货都走一遍。编码规则能处理这些变化，进入批量使用会稳很多。 接口联调时保留一组标准样例。合法 EPC、重复 EPC、停用标签、格式错误、未知标签、层级冲突和补标都要覆盖。PDA 提示要让现场员工看得懂，后台日志要让运维能回查。 编码不是一次写完的文档。包装变化、站点增加、系统对接和供应链协作都会带来新问题。保留版本、样例和变更记录，才能让历史数据继续可用。 ## 常见问题 **EPC 和 TID 是一回事吗？** 不是。EPC 常用于承载对象标识，TID 与标签芯片身份有关。项目要分别说明用途和查询方式。 **可以把物料名称、批次和货位都写进标签吗？** 通常更适合把变化频繁的字段放在后台，通过 EPC 映射查询。写入额外字段前要评估离线需求、容量、更新和安全。 **RFID 标签表面还要印条码吗？** 很多项目会保留条码或可视编号，便于异常复核、人工操作和跨系统协作。 **标签损坏后重新贴一张，历史记录怎么处理？** 保留旧 EPC 和新 EPC 的关联，记录换标原因、时间和操作人。不要直接覆盖历史。 **EPCIS 可以直接替代 WMS 吗？** 两者职责不同。EPCIS 提供可见性事件表达思路，WMS 负责仓储业务。项目可以参考 EPCIS 设计事件和接口。 封面：/uploads/allimg/20260602/1-2606021P025261.webp