2. 食品批次与追溯单元定义

在食品追溯系统中，“批次”和“追溯单元”是两个最基础、也最容易被混用的概念。很多项目上线后出现“查得到记录、追不到范围”的问题，根源往往不在软件功能，而在于这两个概念在业务侧没有被定义清楚。本节围绕批次划分原则、追溯单元粒度设计和编码规则展开，并梳理实施中最常见的误区。

一、批次是什么：可区分的生产集合

批次（Lot / Batch）是指在相同条件下生产、加工或包装，并具有相同质量特征和相同追溯范围的一组产品。它不是一个物理容器，而是一个管理边界：同一批次内的产品，在发生质量问题时被视为需要一起处置的对象。

批次划分的核心原则可以归纳为四条：

• 同源原则：同一批次应能对应到确定的原料来源（供应商、原料批号、产地或养殖场）。原料发生变化，应新开批次。
• 同工艺原则：同一批次应处于相同的加工条件，包括生产线、关键工艺参数区间和班次。换线、换班、关键参数显著变化时应切批。
• 同时间原则：以生产日期或时间段为界，通常按班次、日或连续生产时段划分，避免跨度过大导致召回范围失控。
• 可标识原则：批次必须能被唯一编码并附着到实物或包装上，否则划分再合理也无法落地。

需要强调的是，批次划分粒度是质量风险与追溯成本的平衡。批次划得越细，召回时波及范围越小，但换批频繁、记录工作量和标签成本上升；批次划得越粗，管理简单，但一旦出问题，召回和销毁的代价可能成倍放大。实际项目中，建议以“一次投料 + 一个连续生产时段 + 一条产线”作为默认切批依据，再根据产品风险等级调整。

二、追溯单元：追溯链条上的最小可操作对象

追溯单元（Traceability Unit）是指在追溯过程中被单独标识、单独记录、可独立查询和处置的最小对象。它与批次的关系是：批次是分类，追溯单元是实例。一个批次可以包含多个追溯单元，一个追溯单元也可以由多个批次原料构成（如复配产品）。

追溯单元粒度设计需要回答三个问题：

1. 标识到哪一层：是到托盘、到箱、到最小销售包装，还是到单个产品？
2. 记录到哪一层：哪些环节需要扫描或登记，哪些环节允许按批次汇总？
3. 查询到哪一层：消费者、监管方和企业内部各自需要查到什么精度？

常见的粒度层级包括：单品级（一物一码）、包装级（箱码/袋码）、托盘级（SSCC 物流单元码）、批次级（仅批号）。粒度越细，追溯精度越高，但数据采集点、标签成本和系统吞吐压力也越大。对于生鲜、乳制品等高风险品类，通常建议至少做到包装级；对于大宗原料或低风险辅料，批次级往往已经足够。

三、编码规则：让批次号可读、可查、可扩展

批次编码应满足唯一性、稳定性、可解析性和适度可读性。一个实用的编码结构通常由“企业/工厂代码 + 产线代码 + 生产日期 + 班次 + 流水号”组成。例如：

示例编码：F01-L03-20240612-B-0017
F01   ：工厂代码
L03   ：生产线代码
20240612 ：生产日期（YYYYMMDD）
B     ：班次（A/B/C）
0017  ：当班流水号

该编码为教学示例，实际字段长度和含义应结合企业编码规范确定。设计时应注意：日期使用固定长度格式，避免“2024-6-12”与“20240612”混用；流水号需规定位数并补零；分隔符统一，便于系统解析。追溯单元码（如箱码、单品码）则建议采用全球统一标识体系，如 GS1 的 GTIN + 批号 + 序列号组合，以便与上下游系统对接。

编码规则一旦确定，应形成书面规范并纳入供应商和代工厂要求，避免各产线自行其是。系统层面应做到“码由系统生成、标签由系统打印、数据由扫描回传”，减少人工录入带来的错码和重码。

四、常见误区与规避方式

实施中最常见的误区有四类。第一，把订单号当批次号：订单可能跨班次、跨原料，无法对应真实生产集合。第二，批次号重复使用：不同日期或不同产线生成相同批号，导致追溯串批。第三，只标识外箱不标识内包装：拆箱后无法追溯到最小销售单元。第四，编码规则频繁变更：历史数据无法解析，追溯链断裂。

规避方式是在项目初期完成“批次与追溯单元定义说明书”，明确切批规则、粒度层级、编码结构和变更管理流程，并在试运行阶段用小批量数据验证：任取一个成品码，能否在系统中还原其原料批次、生产时段、产线和去向。只有这条链路能走通，批次与追溯单元的定义才算真正落地。

总结来看，批次解决“哪些产品要一起管”，追溯单元解决“管到多细”，编码解决“怎么在系统中认出它”。三者定义清楚并形成书面规范，后续的采集、查询和召回功能才有可靠基础。