3. 追溯法规与标准要求

建设食品批次追溯系统，第一步不是选软件，而是把“法规要求”翻译成系统必须满足的功能与数据约束。法规决定了你要记录什么、保存多久、多快响应、以什么形式提交；标准则告诉你用什么编码、什么数据模型、什么接口去实现。本节围绕三条主线展开：中国《食品安全法》及配套规定、欧盟 EU 178/2002、美国 FSMA 204，再落到标准体系与可执行的合规要点。

一、三部法规的定位差异

中国《食品安全法》第四十二条确立了食品安全全程追溯制度，要求食品生产经营者建立追溯体系，保证食品可追溯；配套的《食品安全法实施条例》以及市场监管总局关于食品生产经营者追溯的规范性文件，进一步要求记录进货查验、出厂检验、销售流向等信息，并按规定期限保存。其特点是“以企业主体责任为核心、以记录为载体”，强调索证索票与台账，追溯链条由企业逐段自建。

欧盟 EU 178/2002（通用食品法）第18条确立了“一步向前、一步向后”原则：任何食品经营者必须能识别其供货来源和直接接收方，并在主管机构要求时立即提供信息。它不强制统一信息系统，但对“响应速度”和“可关联性”要求极高，通常以批次号或日期码作为关联键。

美国 FSMA 204（食品追溯规则）则是最“数据化”的一部：它为列入食品追溯清单（FTL）的食品规定了关键追踪事件（CTE）与关键数据元素（KDE），要求以电子、可排序、可互操作的形式保存并能在24小时内提交给FDA。它把追溯从“能查到”推进到“结构化可交换”。

二、标准体系：把法规语言变成数据语言

法规说“要能追溯”，标准回答“用什么编码、记哪些字段、怎么交换”。国际上最常用的是 GS1 体系：用 GTIN 标识商品、用批号（Lot/Batch）标识生产批次、用 SSCC 标识物流单元，三者组合即可把“一箱货”精确落到“某工厂某天某条线”。数据交换层则普遍采用 EPCIS 2.0，它以“事件”为单位描述发生了什么—— commissioning（赋码）、aggregation（装箱）、shipping（发运）、receiving（收货）、transformation（加工转换）。FSMA 204 的 CTE 与 EPCIS 事件存在天然对应关系，这也是许多出口企业选择 EPCIS 作为统一数据模型的原因。

国内标准方面，GB/T 38159《重要产品追溯 追溯体系通用要求》、GB/T 33993《商品二维码》以及食品追溯相关的行业标准，构成了编码、标识与体系设计的参考框架。ISO 22005 则从管理角度给出追溯体系的设计原则与验证方法，适合用来做内部审核。

三、合规要点：从条款到系统字段

把法规落到系统，关键是建立“条款—字段—证据”的映射。以 FSMA 204 为例，其 KDE 至少包括：追踪批号（Traceability Lot Code）、产品描述、数量与单位、地点标识（GLN 或企业注册号）、接收方与发货方信息、事件时间戳。系统设计时，这些字段不能是自由文本，而应是受控字段，否则无法在24小时内生成可排序的电子提交文件。

再看 EU 178/2002 的“一步向前、一步向后”，系统至少要能回答两个查询：给定一个批次，向上查到原料批次与供应商；向下查到所有直接接收方及其数量。这两个查询的响应时间应作为验收指标，例如在百万级批次数据下，单次查询不超过3秒。

四、一个可执行的合规检查表示例

下面这份检查表可直接用于项目启动阶段的自评，字段按“法规来源—系统能力—验证方式”组织，示例中的阈值属于合理假设，需按企业实际规模调整。

五、常见合规陷阱

第一，把“批号”当成“生产日期”。同一天多个批次、同一批次跨天生产都很常见，用日期代替批号会导致关联错误。第二，只记成品不记原料，向上追溯断链。第三，事件时间用人工填写而非系统时间，检查时无法自证。第四，出口企业只满足国内要求，忽略 FSMA 204 的电子化与24小时时限，导致货物在口岸被扣。第五，标准编码未统一，同一产品在不同工厂有不同 GTIN，合并报表与召回范围计算都会出错。

建议在系统建设初期就确定“编码规则 + 事件模型 + 保留策略”三份基线文档，并让质量、生产、IT 三方共同签字。法规会更新，标准会迭代，但这三份基线是后续所有变更的锚点。合规的本质不是一次性通过检查，而是让每一次批次流动都留下可验证、可交换、可审计的数据痕迹。