CTE KDE 记录保存

该术语是以下术语的一部分： SG Systems Global 监管及运营指南库。

更新于 2026 年 1 月 • FSMA 204 可追溯性规则、关键跟踪事件 (CTE)、关键数据元素 (KDE)、基于事件的记录、批次关联、转换/接收/发货数据集、24 小时响应、EPCIS 对齐、数据完整性控制 • 主要涉及食品供应链可追溯性（整车运输食品、符合合规要求的可追溯性系统）

CTE KDE 记录管理是一项操作规范，旨在根据 FSMA 204（以及与之密切相关的客户/GFSI 可追溯性计划）捕获、验证、保留和检索每个关键跟踪事件 (CTE)所需的关键数据元素 (KDE)。它并非“保留一些发货单据”。它是一个基于事件的记录系统，能够快速开展追溯调查：对于任何批次，您都可以生成一致的数据集，其中包含已接收的货物、已加工的货物、已发货的货物以及涉及的贸易伙伴——无需从零散的记录中重建整个过程。

FSMA 204 要求企业从基于文件的可追溯性（“我们有采购订单和提单”）转向基于事件的可追溯性（“我们拥有结构化的接收/转换/发货事件链，并包含批次关联”）。CTE KDE 记录保存机制正是实现这一转变的关键。它定义了每个事件中必须记录的内容、如何验证和保护这些信息，以及在监管机构或客户要求提供可追溯性数据集时（通常时间紧迫），如何打包这些信息。

实话实说：企业之所以无法通过 FSMA 可追溯性认证，并非因为缺乏数据，而是因为数据不一致、未与批次关联、采集延迟、可编辑且缺乏控制，或分散在各个系统中。CTE KDE 记录保存通过标准化“最小可行事件记录”并在可追溯性中断的关键节点（例如收货、转换、聚合/混合和发货）强制执行该记录，解决了这些问题。

“CTE KDE 记录保存功能提供的是可导出的可追溯性，而不是需要重新构建的可追溯性。”

1) CTE KDE 记录保存究竟是什么

CTE KDE 记录保存是您可追溯性系统的“事件账本”。对于每个关键跟踪事件，您都会创建一个记录，其中包含以下信息：

• 事件类型（接收、转换、发送等）
• 活动时间和活动地点
• 如适用，涉及的交易伙伴
• 产品标识和数量
• 批次标识（以及使用的容器/箱子/托盘标识），
• 通过地块谱系与先前和后续事件联系起来，
• 例外情况、保留和处置证据（如适用）。

记录必须一致且可导出。如果每个部门记录事件的方式不同，您的跟踪数据集将不完整，并且构建速度会很慢。

2) 为什么 FSMA 204 强制要求基于事件的记录保存

基于文件的追溯方式速度太慢。在疫情爆发时，监管机构需要迅速行动。文件集（采购订单、发票、提货单）通常缺乏批次关联，或者以不兼容的格式存储。基于事件的记录方式通过标准化每个关键节点捕获的信息来解决这个问题。

基于事件的记录方式也与供应链实际的产品流动方式相符：收货和发货时的保管权变更；加工和重新包装时的身份变更；混合和聚合时的范围变更。而这些恰恰是非正式记录方式导致追踪中断的地方。

3) CTE：必须一致地捕获的事件

CTE 是“关键跟踪事件”，指的是必须捕获跟踪链的特定时刻。在实际操作中，最常见的 CTE 类型包括：

• 接收： 材料已交由您保管。
• 转型： 输入批次变成输出批次（制造、加工、重新包装）。
• 运费： 产品已离开您的保管。
• 聚集/混合： 标识是分组的或混合的（混合托盘，合并）。

并非每个设施都会执行所有 CTE 类型，但每个处理 FTL 食品的设施至少都会有一些边界事件必须被准确记录。

4) 关键数据元素 (KDE)：每个事件的最小可行数据字段

KDE 是每个事件的必填字段。相同的 KDE 类别会反复出现：

• 谁： 发货地/目的地标识符，以及适用的承运人信息。
• 什么： 产品标识（商品/SKU/GTIN）。
• 哪一个： 批号和容器/箱子/托盘标识（SSCC）（如适用）。
• 多少： 数量和计量单位。
• 何时何地： 活动时间和地点。

CTE KDE 记录保存意味着这些类别始终存在并且始终与批次关联，无论部门如何。

5）批次标识脊线：最重要的记录保存规则

批次标识是连接事件的主键。当批次标识缺失时，记录保存将失败。

• 收货时未记录（供应商批次缺失），
• 未通过转换进行链接（缺少输入到输出的映射），
• 发货确认时未捕获（出货批次未与客户关联），
• 在混装托盘或重新包装过程中丢失。

因此，第一条记录规则是：必须在每次活动中记录并保存批次标识。其他一切都是次要的。

6）接收事件记录保存：退一步从这里开始

收货记录必须包含发货方/供应商、供应商批次和内部批次映射、数量、时间/地点以及处置方式（隔离/扣留/放行）。这样才能证明“回溯一步”的准确性。

导致收货记录保存不完整的常见漏洞：

• 供应商批号（打印版）
• 混装托盘记为一个批次，
• 处置前先存放，
• 分析证书已存储，但未与批次 ID 关联。

改进收货记录保存是提高可追溯性的最大杠杆作用，因为它能防止出现来路不明的进货。

7）转化记录：投入产出谱系和质量平衡

转换记录集是最难处理的，因为身份会发生变化。转换记录必须关联：

• 投入品消耗量（及其数量）
• 生产批次（数量）
• 转变的时间/地点，
• 业务上下文（批次/运行 ID），
• 报废/返工/产量结果 质量平衡 和解。

当操作员替换批次而未记录、添加返工而未标识或在制品罐“凭记忆”管理时，转换记录保存就会失败。

8) 发货事件记录：向前迈进一步，确认发货真实性

发货记录必须包含收货人信息、发货标识符、发货批次、发货数量、时间/地点以及交接凭证（提单/发货通知/舱单）。这是更进一步的证据。

运输记录保存失败的情况包括：

• 发货确认时不包含批次信息。
• 混合托盘的货物不按箱/托盘级别进行追踪。
• 暂存不会阻碍货物运输。
• 例外情况（替补、短选）未记录在案。

如果你无法证明谁收到了哪一批产品，你的召回通知就会范围广、速度慢。

9) 聚合/混合：通过混合操作保持身份

聚合和混合是许多追踪程序失效的地方，因为身份信息变得分层：

• 按托盘集中包装的箱子（SSCC），
• 托盘上混杂着多个批次的货物，
• 部分托盘被拆解并重新组装，
• 配送中心整合和交叉转运活动。

记录保存必须保留这些关联信息：每个托盘上装的是什么箱/批号，以及哪些托盘对应哪些货物。缺少这些关联信息，正向追溯就无法准确。

10）单据与事件：如何在不丢失批次关联的情况下使用采购订单/提单/高级发货通知

FSMA 204 并未禁止使用单据；它要求追溯数据集必须基于事件并与批次关联。采购订单 (PO)、提单 (BOL)、高级发货通知 (ASN)、装箱单和分析证书 (CoA) 等单据仍然有价值——前提是它们与事件记录关联。

实用规则：

• 文件提供了商业背景信息，
• 事件记录提供与批次相关的追踪上下文，
• 两者必须通过共享 ID（发货 ID、收货 ID、批次 ID）连接。

如果文件存在但没有关联，你只有纸质文件，而没有追踪数据集。

11) 数据完整性控制：防止静默编辑和回填

CTE KDE 记录保存必须经得起审计。这意味着必须防止事后进行“悄悄修复”。强有力的完整性控制措施包括：

• 唯一用户身份（无共享登录信息），
• 变更审计跟踪（见 审计线索),
• 修改理由
• 事件发生时间与进入时间有所区别（如适用），
• 扫描失败时的受控异常路径（非默认手动输入），
• 强制执行持有/释放措施，使记录与实际物理控制情况相符。

如果系统允许回溯日期和静默编辑，则跟踪数据集在法律上将变得脆弱。

12) 保存和索引：使记录可按批次和时间窗口检索。

记录保存不仅仅是捕获，还包括检索。您的系统应支持：

• 以批次为中心的跨收货/加工/发货搜索
• 搜索可疑窗口的时间窗口，
• 贸易伙伴搜索（发货地/收货地）
• 可快速交付的导出格式
• 制定保留策略和备份措施，以确保记录始终可用。

这与 24 小时响应的思维模式相符：如果你不能快速检索数据集，你就还没有做好准备。

13) 24 小时数据集响应：构建可导出的跟踪包

成熟的 CTE KDE 记录保存程序可以快速导出 FDA 可追溯性数据集。实际上，您的导出包应包含：

• 接收事件数据集（供应商批次映射、数量、处置情况）
• 转型事件数据集（投入产出联系、数量、产量）
• 发货事件数据集（收货地址、发货批次、数量、发货 ID）
• 质量平衡协调总结
• 与时间窗口/批次范围相关的例外和保留。

如果每次都需要手动组装，就会错过截止日期并出现错误。“可导出性”是核心设计目标。

14) EPCIS 对齐：将 CTE/KDE 记录表示为标准化事件

EPCIS 是一种实用的事件记录格式。当您的系统已经捕获了 KDE 的核心类别时，EPCIS 映射就变得自然而然了：

• 收发货事件映射到对象事件，
• 转换事件映射到转换事件，
• 活动时间和地点地图直接显示，
• 业务交易参考信息（采购订单/提单/ASN）映射到EPCIS业务交易列表，
• SSCC/病例ID与EPC标识符对应，
• 数量列表映射到 quantityList 结构。

再次强调：EPCIS 并不能解决数据采集薄弱的问题，它只能将现有系统标准化。

15）测试和演练：证明记录保存在压力下有效

最佳测试方法是模拟召回，这需要完整的事件链数据集。选择一个成品批次并进行以下操作：

• 接收相关输入的核密度估计值，
• 将输入与输出关联起来的转换核密度估计（KDE）
• 发货 KDE 显示输出结果的去向，
• 质量平衡调整，
• 在目标时间范围内导出软件包。

如果任何事件缺失或未与批次关联，演练会揭示出来。这就是测试的价值所在：它能在真正的调查之前发现死胡同。

16) 关键绩效指标：衡量完整性、偏差和异常率

CTE/KDE 记录保存的实用 KPI：

如果手动输入率逐渐上升，KDE 的完整性就会受到影响。这是一个预警信号，您可以在审计之前采取行动。

17）审计姿态：监管机构和客户会进行哪些压力测试

压力测试通常包括：

• 选择批次并请求完整的事件链数据集，
• 核实收货供应商批次映射关系
• 验证转化环节和质量平衡，
• 核实收货人信息和数量，
• 验证记录完整性（不允许事后编辑且必须保留审计跟踪记录），
• 验证检索速度（响应时间）。

审计人员并不关心你最终能否生成报告。他们关心的是数据集是否完整、一致且速度快。

18）复制/粘贴准备情况评分卡

把这当作一次直接的内部测试。如果你无法给出清晰的答案，那就应该改进数据采集流程，而不是修改报告模板。

19）故障模式：CTE/KDE 合规性是如何被伪造的

• 文件替换。 提供的采购订单/提单未包含批次关联事件数据集。
• 事后关联。 很多信息后来都被“匹配”了，以使追踪工作得以进行；时间线与实际情况不符。
• 转型盲点。 投入产出联系缺失；系谱关系是假定的。
• 已打印很多。 手动输入占主导地位；错误率上升。
• 混杂托盘造成的歧义。 未记录聚合数据；正向追踪范围较广。
• 不予执行。 记录显示公司拥有控制权，但出货情况却并非如此。
• 没有审计追踪。 记录可以被悄无声息地修改；其完整性会立即受到质疑。

解决之道在于对事件进行实时记录，并辅以验证和执行，同时开展例行演练。

20) 如何通过 SG Systems Global

V5支持 CTE/KDE 记录保存，它将可追溯性事件原生集成到执行过程中，而非依赖附加报告。实际上，V5 可以：

• 捕获扫描驱动的接收 KDE 和供应商批次映射以及处置门控，
• 捕获将输入批次与输出批次关联起来的转换事件，并提供数量和质量平衡支持
• 捕获与客户、货件、SSCC/案例标识和文档相关的扫描驱动型发货关键数据环境 (KDE)，
• 强制执行持有/释放和移动规则，使记录与物理控制相匹配。
• 通过审计跟踪和访问控制来保护数据完整性。
• 根据需要导出完整的可追溯性数据集和EPCIS事件。

这些功能与V5 WMS（收货/发货）、V5 MES（转换）以及通过V5 Connect API连接 ERP、LIMS 和贸易伙伴的集成相一致。

21）扩展常见问题解答

问题1：CTE/KDE记录保存要求对每家公司都一样吗？
不。具体要求取决于您的角色、食品类别（FTL范围）以及您执行的活动类型。但操作类别（谁/什么/哪种/数量/何时/何地）保持不变。

Q2. 最难保持的纪录是什么？
转换过程需要将输入输出与数量进行关联，并核对相关数据。大多数追溯程序在此环节失败，原因在于在制品和返工的标识存在差异。

Q3. 我们需要EPCIS才能合规吗？
不一定。EPCIS 是一种常见的交换标准，但合规性取决于您能否快速、一致地捕获和生成所需的 KDE 数据集。

Q4. 如何防止手动输入破坏 KDE 的完整性？
将扫描设为默认操作，将手动输入视为受控例外情况并进行验证，并将手动输入率作为关键绩效指标 (KPI) 进行跟踪。如果手动输入很常见，则说明您的系统正在逐渐出现错误。

Q5. 我们如何证明我们已经准备好了？
针对随机选择的批次和时间段，运行模拟召回和回收演练，需要完整的接收/转换/发货数据集，并保证质量平衡。如果能够快速导出且数据​​核对无误，则说明您的记录是真实的。

相关阅读（注重实用性）
当接收、转换和发货都由扫描驱动并与批次关联时，CTE/KDE 记录保存就变得持久耐用（接收, 改造和 航运），数量协调（质量平衡），并且数据集可以在内部导出。 24 小时响应 窗口。然后用……证明准备就绪 模拟召回 以及能够弥补差距而不是重复差距的结构化训练。