截至 2026-03-12T08:39:11Z（UTC），FDA 依据《食品安全现代化法案》第 204 条（FSMA 204）建立的食品追溯规则，已经从“准备合规”进入“正式执行、随时接受调取”的阶段。最终规则的合规日期已在 2026-01-20 到来。对受影响企业来说，2026 年真正要过的关，落在响应能力上：当 FDA 真正发出请求时，针对受覆盖食品，企业能不能把记录在规定时间内串起来、讲清楚、交出去。[1][2][4][5]
很多团队容易把这件事理解成“把产品编码做得更漂亮”。真正更硬的部分，其实是链路级召回准备度：哪些食品在 食品追溯清单（Food Traceability List, FTL） 之内、哪些节点属于 关键追踪事件（critical tracking events, CTEs）、每个节点要保留哪些 关键数据元素（key data elements, KDEs）、追溯批次码如何延续，以及在 outbreak（疫情暴发）、recall（召回）或其他公共卫生威胁下，企业是否能在 24 小时内完成取数，并在需要时交出 可排序电子表格。[1][3][4][5]
配图说明： 文首照片呈现的是一箱新鲜农产品，贴近 FSMA 204 的执行现实。追溯能力会在普通的批次标签、发货交接、收货记录与链路复原里接受检验，企业需要按 FDA 的时钟调取材料，内部习惯里的慢查慢找承接不了监管时限。
真正到期的到底是什么
第一层边界是适用范围。FSMA 204 的新增追溯负担集中在进入 FTL 的食品，同时还存在针对部分生产者、加工者、餐饮主体以及 kill step（灭活步骤）场景的豁免或部分豁免。[1][3][6]
第二层边界是时间。FDA 在 2022 年 11 月发布最终规则，规则自 2023-01-20 生效，并给行业留到 2026-01-20 完成合规准备。[2] 到了 2026 年 3 月，讨论重点已经转到现实运行层面：你现在手上的运营记录，能不能经得起一次真实追溯请求。
第三层边界是规则要的到底是什么。FDA 的结构核心是 CTE + KDE：包括 harvest、initial packing、shipping、receiving、transformation 等不同供应链角色对应的关键事件与字段要求。[1][2] 企业需要保留的是一条能跟着受覆盖食品一路移动、并在关键节点保持可关联关系的事件历史，最终标签状态只是一层表面信息。
为什么 24 小时时钟比“有没有条码”更重要
现在很多实施讨论还在围着条码、二维码和系统升级打转。这些当然有帮助，但规则真正的压力点并不在那里。
根据 21 CFR 1.1455，受规则约束的主体必须在授权 FDA 代表提出请求后 24 小时内提供所需记录，并同时提供足以理解这些记录的上下文，比如编码体系、缩写说明、交叉映射关系和字段解释。[4] 如果 FDA 是为了应对 outbreak、召回或其他公共卫生威胁提出请求，覆盖 CTE/KDE 章节的信息通常还需要以 可排序电子表格 形式提交，只有在有限的小主体例外下才或许不用。[4]
因此，2026 年更适合被理解成一次响应速度测试，重点落在记录调取、解释和交付，不只是一轮标签升级。企业即便已经配上了不错的扫描设备，真到了监管调取那一刻，短板仍然会露出来，原因通常出在下面几类地方：
- 受覆盖食品范围判定错了；
- traceability lot（追溯批次码）的延续逻辑在不同环节被重新改写；
- 发货（shipping）与收货（receiving）记录分散在互不连通的系统里；
- traceability plan（追溯计划）没有告诉调查人员记录究竟放在哪里、由谁来调。
最容易被低估的执行摩擦在哪里
1）把规则理解成“再加一个字段”，而没有把它理解成“记录联动制度”
这套规则要求企业改造记录联动关系，旧流程上贴一个更好看的标识符还承接不了要求。FDA 的结构要求企业按事件保留记录，并让这些记录在供应链移动过程中始终能挂接到相应的追溯批次。[1][2][4] 如果组织只能认出一个 lot，却无法迅速复原这个 lot 的上下游事件轨迹，表面上的编码升级没有解决真正的问题。
2）把 traceability plan（追溯计划）当成文档归档，而没有把它当成运营地图
根据 21 CFR 1.1315，traceability plan（追溯计划）必须说明企业如何保存规则要求的记录、这些记录以什么格式存在、放在哪里、如何识别 FTL 食品、在适用时怎样分配 lot code，以及谁是问题联系人。[5] 这些要求看起来很行政，但一旦进入 traceback（追溯调查）场景，它立刻变成运营地图：没有这张地图，内部团队和外部调查者就只能靠临场猜测去找记录。
3）忽视适用边缘地带
很多团队最后最难处理的，往往落在豁免、部分豁免，以及围绕 kill step（灭活步骤）、commingling（混合装载/混批）、农场直销、小主体门槛等情形的书面协议逻辑上。[3] 实际风险也不只是一点额外工作，更常见的情况是不同事业部各自按不同理解执行，结果让一条本来范围有限的规则在组织内部变成一套缝很多、边界不清的自制标准。
4）以为“记录本来就有”，就等于“可以按时提交”
规则确实允许企业复用现有业务记录，也不要求所有内容都从零重做一遍。[4] 这种灵活性很有用，但也带来了新的失败方式：记录技术上确实存在，却分散在 ERP 导出、供应商 PDF、仓储系统、承运商数据和邮件例外处理里。到了 2026 年，真正决定表现的是这些碎片能不能在 FDA 的时钟内被拼成一份可辩护的证据包，系统里曾经存过某些字段本身还不够。
2026 年 3 月一个靠谱的运营自查应该怎么做
如果企业涉及 FTL 食品，短期内真正值得做的检查并不复杂，但必须很具体：
- 重新确认范围：哪些 SKU、配料或 transformation 后的输出仍然在 FTL 之内，哪些情形适用豁免或部分豁免。[1][3][6]
- 测试批次连续性：能不能让一个 traceability lot（追溯批次码）穿过 shipping、receiving、transformation 全链条，而不靠人工猜测补缝？[1][2]
- 把 traceability plan（追溯计划）当事故运行手册打开：它是否仍然反映当前系统、当前负责人和当前存储位置？[5]
- 跑一次 24 小时演练：让一组人负责调记录，另一组人负责把记录翻译成监管者或召回协调者能快速理解的话。[4]
- 提前准备电子表格输出逻辑：不要等真实 outbreak 请求到了，才发现字段映射对不上、命名冲突很多、导出文件根本读不顺。[4]
一份真正能在 24 小时内交出去的响应包，应该提前长什么样
如果要把“我们能找出来”升级成更干净的就绪度测试，更好的办法是先把响应包按真实监管交付去拼出来，再看它能不能顺利交接。实务里，这个包至少应提前把五样东西绑在一起：
- 一份范围答案：这次请求涉及哪一种受覆盖食品、哪一个批次或哪一段 shipment（运输批次），以及它为什么落在规则范围内；
- 一段批次叙事：用正常人能看懂的语言，把上游到下游的 CTE 链路说清楚，而不只是丢系统代码；
- 一组记录导出：把 shipping、receiving、transformation 等相关事件的 KDE 记录按同一批次拉齐；
- 一把解码钥匙：缩写、内部代码对照、地点命名口径、电子表格字段说明，确保 FDA 能直接读懂；
- 一条责任人链路：把 traceability plan（追溯计划）里的联系人和内部应答负责人一起挂上，方便追问时快速接力。[4][5]
这种“响应包”思维之所以重要，是因为很多项目的薄弱点不在“记录有没有”，而在“记录、解释与责任人能不能在最后一公里合并成交付物”。
这条规则真正改变的是什么
更深一层看，FSMA 204 改变的是组织对“追溯”这件事的理解方式。它把食品追溯从合规文件思维，推向运营准备度思维。2026 年表现更成熟的企业，通常是那些能在很短时间内把追溯调查问题回答清楚、把 lot 逻辑讲通、把证据链完整摆出来的团队。
如果只留下一句话，可以这样说：2026 年真正的门槛落在证据转换能力上：这些追溯记录能不能在 24 小时内整理成 FDA 可直接使用的材料。
来源
- FDA, FSMA Final Rule on Requirements for Additional Traceability Records for Certain Foods
- Federal Register, Requirements for Additional Traceability Records for Certain Foods（87 FR 70910；发布于 2022-11-21）
- eCFR, 21 CFR Part 1 Subpart S — Additional Traceability Records for Certain Foods
- eCFR, 21 CFR 1.1455 — How must records required by this subpart be maintained and made available?
- eCFR, 21 CFR 1.1315 — What traceability plan must I have for foods on the Food Traceability List that I manufacture, process, pack, or hold?
- FDA, Food Traceability List