很多企业建了溯源系统，真到需要追溯时却发现数据拼不起来——问题通常出在数据分层与关键节点缺失。
溯源与防伪的关系
防伪回答「这件是不是真的」，溯源回答「这件从哪来、经过谁」。两者共用一物一码这个载体，但目标不同：防伪侧重验证与风控，溯源侧重记录与检索。实践中可以在同一套码体系上并行建设，避免重复赋码。
数据分层的四个层次
| 层次 | 数据内容 | 来源系统 |
|---|---|---|
| 单件层 | 码值、规格、生产时间 | 赋码系统 |
| 包装层 | 盒码、箱码、托盘码关系 | 产线采集设备 |
| 批次层 | 原料批次、质检记录、生产工单 | MES / QMS |
| 流通层 | 出库单、经销商、终端、扫码记录 | ERP / WMS / 验真系统 |
关键追溯点
- 原料投入：原料批次与产品批次的对应关系，是质量事件追溯的起点；
- 产线关联：同一批次可能在多条产线生产，需记录分线信息；
- 质检结论：检验记录与放行状态，决定是否需要召回；
- 发货对象：批次流向哪些经销商、数量多少，决定召回范围。
召回场景下的最小可用能力
召回时最需要的是「快速圈定范围」。系统应当能够按批次、按经销商、按时间段检索码，并输出受影响清单；同时把召回状态同步到验真页面，让消费者扫码时看到提示。这要求验真通道具备长期可查能力，见 防伪码会不会过期。
建设建议
- 先确定追溯颗粒度：单件级、批次级还是箱级，颗粒度决定成本；
- 打通产线采集：数据从源头自动采集，人工录入无法支撑规模化追溯；
- 定义接口规范：与 ERP、WMS、MES 的数据交换格式与频率，见 开放接口文档；
- 定期演练：每年至少做一次模拟追溯，检验检索效率与数据完整度。
常见误区
- 把溯源做成纯展示页面，缺少可检索的结构化数据；
- 只在成品环节采集数据，原料与产线信息缺失；
- 追溯颗粒度过粗，出问题时无法圈定具体范围；
- 未与验真体系打通，消费者看不到召回提示。
溯源体系的价值不在平时看板有多漂亮，而在出问题那天能多快圈定范围。
常见问题
溯源是不是必须做到单件级？
不一定。单件级追溯能力强但成本高，食品、药品等对安全敏感的品类更倾向于精细颗粒度，普通快消可按批次或箱级起步。
溯源数据要保存多久？
应与产品保质期、行业监管要求与召回周期匹配，通常建议覆盖产品全生命周期。
防伪和溯源能用同一套码吗？
可以。共用码体系能减少赋码成本，但需要在数据层明确区分验真记录与追溯记录的用途。
