批次号与单品序列号有什么区别：追溯颗粒度怎样选

批次号和单品序列号解决不同的问题。质量部门可能关心某次原料与某条产线涉及哪些产品，渠道部门可能关心具体一瓶发往哪里，售后则需要把一件退货关联到购买凭据。建议从这些问题倒推数据粒度，而不是先决定每个环节都扫码到最小单位。

GS1 Digital Link 可表达产品标识、批次和序列号等组合。它为不同粒度的身份提供语法，并不替企业决定生产批次应如何划分。来源：GS1 URI 语法生产批次、质检批次、包装批次和供应商批次是否相同，需要结合实际流程确认。

批次规则应说明共同属性

建议记录批次定义、生成部门、起止条件、原料关系、生产时间范围和变更原因。同一天生产的全部产品未必属于同一质量批次，一次生产也可能分多天包装。直接用日期替代所有批次，会丢掉这些区别。批次号可以简洁，但背后的定义不能模糊。

单品记录则建议包含序列号、产品、当前所属批次、赋码工单、启用状态与必要的历史关系。对于改包装、返工或组合销售，不能随意修改原批次让页面看起来统一。应说明实物是否发生变化，以及为什么需要关联新的包装或处理批次。

不同环节可以采用不同颗粒度

原料按供应批次收货，成品按单品赋码，仓库按箱采集，是一种可以评估的组合。关键在于相邻层之间存在可靠关系。若仓库只收数量，没有保存这些数量对应的箱或批次，之后即使消费者扫了单品码，也无法自动补出缺失的流通过程。

当门店暂时不能逐件扫码，可以先明确最远能够追到哪个交接点，并将该覆盖范围写进报告。不要为了展示“全程追溯”，把计划发货地复制为实际到货地。系统不知道的环节应保留未知状态，并安排相应的业务补充。

一个示例说明两者如何协作

假设一批原料进入两次生产任务，每次成品又分成多个包装批次，最后装入不同外箱。质量调查从原料批次出发，应能找到两次任务涉及的成品范围；渠道调查从某个瓶码出发，应能找到它所属箱和实际交接记录。两条查询路径需要同一套关联事实，却面对不同业务问题。

该示例不包含企业真实产量，也不承诺通过更细的码就一定缩小召回范围。如果原料混合关系或生产记录不完整，单品序列号再精细，也无法独立判断受影响范围。是否扩大处理范围应由质量责任方依据风险和适用要求决定。

选择时比较投入与可回答的问题

建议把候选方案列为三个层级：只记录产品、记录批次、记录单品，并对照实际需求。需要区分两件同款商品时，单纯产品级数据显然不足；只需定位整批出货去向时，也未必需要每个物流环节新增逐瓶操作。评估成本应包括标签、设备、人员和异常处理，不能只比较软件授权费用。

验收时可随机选一个序列号向上查批次，再选一个批次向下展开码清单，同时核对数量与实际单据。还需检查多批混装、返工关联、缺失批次和历史批次查询。最终交付应清楚说明能够回答哪些问题、覆盖哪些环节，以及缺少记录时怎样人工核实。