3. 追溯体系架构与标准框架

食用菌从菌种制备到消费者餐桌，往往要经历菌种场、栽培基地、加工厂、批发市场、零售终端等多个环节，跨越数周甚至数月时间。要让一包干香菇或一盒鲜双孢蘑菇在出现质量问题时能够被快速定位、精准召回，就必须在体系设计之初明确两个基本维度：追溯深度与追溯广度。这两个维度决定了追溯系统"能追多远、能追多宽"，也是后续选择GS1、EPCIS等标准与满足法规要求的逻辑起点。

追溯深度与广度：先定边界，再谈技术

追溯深度指沿供应链方向向前或向后追踪的层级数量。向前追溯（Tracking）是从生产端向消费端记录产品流向，回答"这批货去了哪里"；向后追溯（Tracing）是从问题点向源头回溯，回答"这批货来自哪里"。以工厂化金针菇为例，若企业只记录"某日出货至某批发商"，深度仅一层；若进一步记录批发商分销至哪些门店、门店销售批次，则深度延伸至零售端。深度越深，召回越精准，但数据采集点与协同成本也越高。

追溯广度指同一追溯单元所覆盖的范围，包括物料广度（是否追溯到辅料、包装材料、栽培基质原料）与批次广度（追溯单元是单筐、单批次还是混批）。食用菌栽培中，同一菇房多批次出菇、多批次混装发货十分常见，若追溯单元过粗，一旦出现问题只能整库封存，损失巨大。实践中常按"一次接种—一次采收—一次包装"划分批次，并给每个批次赋予唯一批号。

GS1与EPCIS：让标识与事件可交换

追溯体系要跨企业运转，必须使用各方都能识别的"共同语言"。GS1体系提供了这套语言的核心：GTIN（全球贸易项目代码）标识"这是什么产品"，GLN（全球位置码）标识"涉及哪个主体或场所"，SSCC（系列货运包装箱代码）标识"这一箱货"，批号/序列号则区分同种产品的不同生产批次。四类标识组合，即可唯一确定"谁、在何处、何时、处理了哪批货"。

EPCIS（产品电子代码信息系统）标准则规定了如何把这些标识组织成可交换的"事件"。EPCIS的核心是四类事件：ObjectEvent（对象事件，如采收、包装、出货）、AggregationEvent（聚合事件，如装箱、托盘码垛）、TransformationEvent（转化事件，如原料基质转化为栽培包）、TransactionEvent（交易事件，如订单关联）。每个事件记录"何时、何地、何对象、何业务步骤、何处置状态"，形成一条可查询的事件链。

以一批双孢蘑菇为例，其EPCIS事件链可简化为：基质原料入库（ObjectEvent）→ 接种制包（TransformationEvent）→ 菇房出菇采收（ObjectEvent）→ 装箱码垛（AggregationEvent）→ 出货至批发商（ObjectEvent + TransactionEvent）。下游企业通过标准接口查询事件链，即可还原产品履历，而无需依赖各企业自定义的表格格式。

食品安全追溯法规：合规是底线

我国《食品安全法》明确要求食品生产经营者建立食品安全追溯体系，保证食品可追溯。《食用农产品市场销售质量安全监督管理办法》进一步要求食用农产品批发、零售环节查验并记录产地、进货日期等信息。对食用菌而言，鲜品多按食用农产品管理，干制品、罐头、即食菌菇则按预包装食品管理，适用的记录保存期限、标签要求有所不同。企业设计追溯体系时，应至少满足：进货查验记录、出厂检验记录、销售流向记录三类台账，并保证记录真实、完整、可查，保存期限一般不少于产品保质期满后六个月。

食用菌追溯体系整体架构

把上述要素组合起来，食用菌追溯体系可分为四层：标识层（GTIN、批号、SSCC赋码）、采集层（菌种、栽培、采收、加工、仓储、销售各环节的数据录入与自动采集）、事件层（按EPCIS模型组织为标准化事件）、应用层（内部追溯查询、监管上报、消费者扫码查询、召回管理）。四层之间通过统一编码与接口衔接，形成"一物一码、一事件一记录、全链可查"的闭环。

架构落地时，企业不必一步到位。可先在标识层统一批号规则与GTIN，再在采集层把关键控制点（接种、采收、包装、出货）的数据固定下来，随后按EPCIS模型整理事件，最后对接监管平台与消费者查询。这样既满足法规底线，又为后续跨企业协同预留了标准接口。