4. 追溯码编码规则设计

食品质量追溯二维码系统能否真正“追得到、追得准”，很大程度上取决于编码规则设计是否合理。二维码只是载体，真正承载追溯语义的是二维码中的字符串。如果编码规则设计得随意，后期就会出现重码、无法定位、扩展字段冲突、跨企业对接困难等问题。本节围绕三类核心编码——批次码、单品码、位置码——讨论其结构设计、唯一性保证机制以及可扩展性安排。

三类编码的职责划分

在追溯体系中，三类编码承担不同粒度的标识任务，不能混用。批次码标识“同一生产条件下产出的一组产品”，是召回和流向统计的最小单元；单品码标识“一件具体商品”，用于消费者扫码验真和精确溯源；位置码标识“生产、加工、仓储、流通环节中的具体场所或工位”，用于把事件发生地固化到追溯链上。三者关系可以理解为：单品码归属于某个批次码，批次码在某个位置码所代表的场所被生产或流转。

设计时首先要明确编码的“语义边界”。批次码不追求全球唯一到单件，但必须保证在同一企业、同一产品线内不重复；单品码则要求在整个系统范围内唯一，且不可被猜测；位置码要求稳定、可复用、不随业务人员变动而改变。边界清晰后，后续的唯一性策略和扩展策略才有依据。

批次码：以“生产条件”为锚点的结构化编码

批次码的核心是让同一批产品拥有可读、可解析、可校验的标识。推荐采用分段定长结构，例如“企业代码（6位）+ 产品代码（4位）+ 生产日期（6位，YYMMDD）+ 班次线号（3位）+ 校验位（1位）”，共20位。这种结构的好处是：无需查库即可从码面读出关键信息，便于现场人工核对；同时各段含义固定，便于系统解析。

唯一性保证依赖两点。第一，段内取值受控：企业代码由统一分配，产品代码在企业内唯一，班次线号限定在既定枚举范围内。第二，组合约束：同一企业、同一产品、同一日期、同一班次线号只能生成一个批次码，生成时由数据库唯一索引兜底。若同一天同一产线需要多次投料，可在班次线号后追加一位“投料轮次”，或把日期段扩展为“日期+班次+轮次”的复合段，这属于可扩展性预留。

校验位建议采用模10或模11加权算法。以模10为例，对前19位按位加权求和，权重可取1、3交替，取补数得到校验位。这样在人工录入或打印模糊时能快速发现错误，避免错误批次码进入追溯链。

单品码：在批次码基础上保证全局唯一与不可猜测

单品码面向单件商品，必须做到“一物一码、全局唯一、难以伪造”。推荐结构为“批次码（20位）+ 批内流水序列号（8位）+ 随机盐（4位）+ 校验位（1位）”，共33位。流水序列号在批次内从00000001递增，保证同一批次内不重复；随机盐由系统生成，使外部无法通过简单推算批量构造有效码；校验位保证码面完整性。

唯一性保证采用“数据库唯一约束 + 生成时查重”的双重机制。生成服务在写入前对完整单品码做唯一索引校验，冲突则重新生成随机盐。由于流水号在批次内单调递增，同一批次内天然不冲突；跨批次因批次码不同而天然隔离。需要特别注意的是，单品码一旦打印使用就不可回收复用，作废码应标记状态而非删除，避免历史扫码记录指向空记录。

可扩展性方面，建议在单品码中预留“版本位”或采用“前缀标识”区分编码代际。例如在批次码前增加1位版本号，当未来需要引入新的随机算法或更长的序列号时，新版本码与旧版本码可共存解析，而不必推翻已有数据。

位置码：稳定优先，兼顾层级表达

位置码用于标识生产车间、仓库、门店、运输节点等场所。推荐结构为“区域代码（4位）+ 企业代码（6位）+ 场所类型（2位）+ 场所序号（4位）+ 校验位（1位）”，共17位。区域代码表达行政区或园区层级，场所类型用两位枚举区分车间、冷库、门店、中转仓等，场所序号在企业内唯一。

位置码的第一原则是稳定：场所搬迁或改造时，只要追溯语义不变，就不应随意变更位置码；确需变更时应保留新旧映射关系。第二原则是可层级聚合：通过区域代码和场所类型，系统可以按区域、按类型统计流向，而不必额外维护一套组织架构编码。唯一性由“区域+企业+类型+序号”的组合唯一索引保证。

唯一性保证与可扩展性的工程落地

三类编码的唯一性不能只靠“设计上不重复”，而要靠工程机制兜底。建议在数据库中为批次码、单品码、位置码分别建立唯一索引；生成服务采用“预生成号段 + 本地递增 + 落库校验”的方式，避免高并发下重复；对单品码增加随机盐和校验位，防止被批量猜测；对作废、召回等状态变更只改状态字段，不物理删除编码记录。

可扩展性设计可从三个层面预留：一是长度预留，各段定长但总长度留有余量，新增字段时可通过版本位区分；二是语义预留，场所类型、班次线号等枚举段保留未使用取值；三是解析兼容，解析程序按版本号分支处理，旧码继续可读。下面给出一个批次码生成的伪代码示例，体现校验位计算与唯一性校验的关键逻辑：

function buildBatchCode(entCode, prodCode, dateYYMMDD, lineNo):
    body = entCode + prodCode + dateYYMMDD + lineNo   # 共19位
    check = mod10Check(body)                          # 加权1,3交替求和取补
    code = body + check
    if existsInBatchTable(code):                      # 唯一索引兜底
        raise DuplicateBatchCode
    return code

function mod10Check(body):
    sum = 0
    for i, ch in enumerate(body):
        w = 1 if i % 2 == 0 else 3
        sum += int(ch) * w
    return str((10 - sum % 10) % 10)

实际落地时，还应建立编码规则文档，明确每段的取值来源、长度、是否可空、变更审批流程，并把解析规则与生成规则放在同一版本管理中。这样当业务扩展、监管要求变化或对接外部平台时，编码体系仍然可控、可解释、可演进。