4. 追溯编码与标识体系验收

追溯系统的“根”不在软件界面，而在编码。如果一批牛奶在工厂被赋予的批号，到了经销商仓库被重新编成另一个内部码，而两者之间没有稳定的映射关系，那么后续所有扫码记录、查询页面和召回演练都会失去意义。编码与标识体系验收的核心任务，就是确认食品供应链上的每一个追溯对象——批次、单品、位置、物流单元——都拥有一个唯一且可被正确解析的标识，并且这个标识在跨企业、跨系统流转时保持语义一致。

一、验收对象：四类标识与两套规则

食品追溯中需要验收的标识通常分为四类：单品标识（如一盒预包装食品的GTIN+序列号）、批次标识（如生产批号或GTIN+批号）、物流单元标识（如托盘、周转箱的SSCC）、位置标识（如工厂、仓库、门店的GLN）。前三类回答“这是什么、属于哪一批”，第四类回答“在哪里发生”。

规则层面主要看两套体系。GS1体系以GTIN、批号、序列号、SSCC、GLN为核心，通过应用标识符（AI）把“标识类型+标识值”组合成可解析的元素串，例如 (01)06901234567892(10)20250315A(17)20260315 表示GTIN、批号和保质期。EPCIS则提供事件层的标准化数据模型，用“对象+事件+位置+时间”描述发生了什么，其标识通常以EPC URI或GS1元素串形式出现。验收不是要求企业必须用某一套，而是要求其选定的规则在业务链路上真正落地、前后一致。

二、唯一性怎么验：从“码表”到“碰撞测试”

唯一性验收不能只看编码规则文档，要直接查数据。以批次为例，抽取近三个月内三个品类的生产记录，核对“同一GTIN下批号是否重复”。常见问题不是批号本身重复，而是批号在不同工厂之间重复：A厂和B厂都用了“20250315A”，若系统只用批号做键，追溯时就会把两个厂的货混在一起。正确做法是批次标识由“GTIN+批号”共同构成，或批号中嵌入工厂代码。

单品序列号的唯一性更严格。验收时可做一次“碰撞测试”：从赋码系统导出某日某产线的全部序列号，检查是否有重复；再抽取若干序列号到下游扫码系统查询，确认返回的是同一条记录而非多条。位置标识则要核对GLN与物理地址的对应关系，特别留意同一仓库因搬迁或合并产生的“一址多码”或“一码多址”。

三、可解析性怎么验：拆得开、对得上、查得到

可解析性包含三个层次。第一层是语法可解析：扫描得到的元素串能否按AI规则正确拆分。例如 (01)06901234567892(10)20250315A(17)20260315，系统应能识别01后14位为GTIN、10后为批号、17后6位为日期。若条码中混用了FNC1分隔符而解析程序未处理，变长字段就会把后续内容“吃掉”，导致批号被截断。

第二层是语义可解析：拆出的GTIN能否在商品主数据中找到对应品类、规格和生产企业；批号能否关联到生产工单和原料批次。第三层是事件可解析：用该标识查询EPCIS接口，能否返回完整的事件链，包括何时生产、何时入库、何时出库、经过哪些readPoint。验收时应准备一组“已知答案”的样本标识，逐条比对查询结果与预期是否一致。

四、跨环节一致性：最容易失守的地方

很多系统在自家环节内编码正确、解析正常，一到上下游就出问题。典型场景是经销商用自己的内部商品码覆盖了原厂GTIN，或者门店收货时只记录内部货号而不记录批号。验收时要沿着“工厂→仓库→运输→门店”抽一条真实链路，检查每个节点记录的标识是否同源。若企业确实存在内部码，必须验证内部码与外部标识之间存在可查询的映射表，且映射关系不随单据重打而丢失。

另一个高频问题是标签质量导致的“可解析性下降”。打印浓度不足、条码被压皱、位置标识贴在货架而非库门上，都会让扫码失败。验收时应现场抽扫，记录首次识读率；对食品冷链场景，还要检查低温环境下标签是否起翘、油墨是否脱落。

五、验收记录示例

下表是一份可直接参考的验收记录片段，示例数据为教学假设，实际验收时应替换为真实抽样结果。

验收结论不应停留在“编码规则符合GS1”这类笼统表述，而要落到“哪类标识、哪个环节、哪条样本、什么现象、是否通过”。只有唯一性和可解析性都被实际数据验证过，追溯系统才具备在召回场景下“按批定位、按单品追查、按位置回溯”的基础能力。