先说清楚一件事：溯源做到批次，不等于货架上那一件就是被溯源的那一批。以11月11日的公开信息为界，叮咚买菜把“求真溯源”从水产扩到了蔬菜、肉禽蛋、果切，70余款商品接入系统，其中40余款在 App 端可查，链路拆成种植或养殖、加工、仓储、运输、在架销售五段。批次化的档案把供应链的黑箱打开了一角，但要让它对得上门店货架，还差最后一段的核对动作。
70余款接入，40余款可见，差距在哪
接入与可见之间的三十多款差额，说明系统能力和页面呈现并不同步。接入意味着后台有了数据，可见意味着消费者点开商品页能看见，两者之间隔着信息整理、字段补齐与审核环节。对做铺货与可售监测的人来说，这个差额本身就是一条线索：页面上看不到的批次，门店端也基本无从核对，链路在那一段就断掉了。
更值得注意的是渗透率。70余款放在生鲜全品类里仍是很小的比例，规模化复制的瓶颈不在技术，而在供应商的配合成本：每一批货都要实时拍照上传，等于把一部分品控工作前移给了上游。愿意配合的供应商集中在高单价、高关注度的品类，这也解释了为什么黑猪、果切、鸡蛋先被纳入，而普通叶菜排在后面。
批次级档案和产地标签不是一回事
五步链路各自解决什么
养殖或种植环节解决来源，加工环节解决处理方式，仓储与运输解决冷链有没有断，在架销售解决商品此刻在哪。前四段属于供应链证据，最后一段才与消费者直接相关。很多溯源系统做到运输就停了，页面看上去很完整，但消费者最关心的“我到手这盒是什么时候切的、在哪个前置仓上的架”反而缺位。
黑猪与果切的两套字段
品类不同，字段就得不同。黑猪要求上传能看出黑色皮毛特征的养殖照片、运输车辆车牌号与屠宰环节的检验检疫信息；果切则把切配时间、加工环境与冷链流转纳入可查范围。同一套模板套到所有品类上，字段一定会退化成形式，拍一张通用工厂图就能交差，这正是叮咚公开强调要避开的做法。
门店侧怎么把在架核对接上去
溯源链路的最后一段落在前置仓与门店，这一段恰好是零售监测最熟悉的部分。把页面字段翻译成门店动作，才有可能发现“页面显示已溯源、货架上的却是另一批”这类问题。
| 链路环节 | 页面可见字段 | 门店侧核对动作 |
|---|---|---|
| 种植或养殖 | 产地、养殖照片、批次号 | 比对包装产地与页面是否一致 |
| 加工 | 加工时间、加工环境 | 核对生产日期与保质期起点 |
| 仓储与运输 | 大仓名称、发车时间、车牌号 | 抽查看车牌与到货单是否匹配 |
| 在架销售 | 前置仓名称、收货与上架时间 | 记录在架时间，判断是否当日到货 |
| 检测 | 检验报告与抽检记录 | 确认报告批次号与商品批次一致 |
把这五段做成一张表之后，巡检就不再是“有没有溯源”的是非题，而是“哪一段断了”的定位题。断在加工段说明供应商上传不规范，断在在架段说明门店录入缺失，两种问题的整改对象完全不同。
常见问题
溯源做到批次，门店还会有货不对板吗？
会。批次档案证明的是这批货在链路里走过哪些节点，不能证明货架上这一件就属于被记录的那一批。中间还隔着到货验收、上架、补货几个动作，任何一个环节混批，页面与实物就会对不上。
为什么接入的商品只有70余款？
批次级溯源要求每一批都实时拍照上传，成本落在供应商一侧。愿意配合的集中在高单价、高关注度品类，普通叶菜的单价撑不起这套投入，扩品类只能逐步推进。
门店巡检应该先看哪一段？
先看在架段。前四段是供应链证据，门店改不了；在架段的收货与上架时间由门店或前置仓录入，这一段缺失最普遍，也最容易通过流程补上。
这套做法对铺货监测有什么影响？
它把可售判断从“有没有货”推进到“是不是这一批”。同一款商品可能同时在架两个批次，缺货与动销都要按批次拆开看，否则数据会互相抵消。
