先说结论：农产品加工批次发生分级、拆分、混合或分装时，系统应记录每次转换的输入批次、投入数量、产出批次、产出数量、损耗和操作时间，并把成品二维码关联到对应成品批次。这样扫码可以从成品往回查原料，也能从原料批次往前查影响范围。
哪些场景需要转换记录
鲜果按大小等级分选、茶叶原料拼配、黄精或人参加工、粮食多批次混仓、合作社集中分装，都会改变原料批次与最终商品之间的一对一关系。如果企业只在包装上展示一个“原产地批次”，却没有记录加工中的实际投入，遇到抽检、投诉或召回时就很难确定哪些成品来自某一批原料。
批次追溯适合原料数量较大、加工环节多、产品需要质量档案或地方品牌需要展示产地信息的企业。系统要尊重实际工艺：允许一个原料批次拆成多个等级，也允许多个原料批次按配方合并，但每次转换都留下可核查的记录。
建议的流程和数据
- 建立原料批次。采集基地或供应商、品种、采收时间、入库数量、检测状态等信息。一个批次的划分口径应明确，可按地块、采收日、供应商或质量等级确定，不宜为了少建档把差异明显的原料混成一个批次。
- 记录加工任务。任务关联产品、工艺、设备或生产线、班组、计划数量和操作人。原料出库投料时扫描批次标签，系统校验是否允许进入当前任务，并记录实际投入量。
- 生成转换后的批次。分级、烘干、切片、提取、拼配或分装后创建新的中间批次或成品批次。记录投入与产出数量、计量单位、损耗、留样和报废；如一个任务有多种等级产出，应分别生成批次并保留同一加工任务关系。
- 关联包装标识。包装时为产品或最小销售单元赋码，将二维码与成品批次关联。外箱和托盘再逐级绑定，确保仓库发货、终端查询和召回范围使用同一套关系数据。
- 审核后发布溯源页。消费者页面只展示适合公开的信息，如产地、加工环节、检测摘要和企业介绍。内部供应商价格、人员联系方式等不应默认公开；检测报告应标注机构、样品批次和日期，避免跨批次误用。
系统组成可包括原料批次档案、农事和检测记录、加工任务、投入产出登记、包装赋码、箱码关联、库存出入库和扫码展示。企业若已有生产或仓储软件，应约定批次号、物料号、计量单位和状态字段，避免同一原料在不同系统中出现多种写法。
常见坑与证据设计
第一，批次合并后只保留一个新编号，却没有保存来源明细，导致逆向查询断链。第二，原料重量与成品重量的计量单位不同，却没有换算规则，投入产出无法核对。第三，先打印标签、后补录批次，容易出现包装码挂错任务。第四，把溯源页做得很丰富，却没有后台记录和附件支撑，消费者能看到的内容无法被企业内部复核。
试点可选择一个产品和一个真实加工批次，准备原料入库单、检测记录、投料记录、产出记录、包装码和发货单进行端到端演练。测试“一个原料分三种等级”“两个原料合成一个产品批次”“部分原料报废”三类情况。验收时随机扫描几个成品码，核对来源记录；再按一个原料批次反查所有关联成品。所有数量和准确率应以现场记录为准，不预设宣传数字。
模拟案例
某合作社将两个采收日的黄精分别入库，经过清洗、切制和烘干后分成不同等级，再分装为小袋礼盒。系统按加工任务记录两批原料的投入比例和产出等级，每个销售批次生成独立二维码。该案例仅用于说明数据关系，不代表实际客户项目。发生质量反馈时，企业可以按成品批次查回原料和加工记录，也可以评估同批原料是否进入其他产品。
潜利科技的农产品溯源系统可围绕企业现有的种植、加工和包装流程设计批次字段及采集节点，并与一物一码平台的包装赋码、箱码关联和消费者查询衔接。建议先确定真实批次口径，再决定扫码点位和页面展示内容。
FAQ
多个原料批次能否进入同一个成品批次？可以，但需要记录实际投入来源、数量或比例，并保留转换任务记录，不能只保存合并后的批次号。
损耗需要记录吗？建议记录损耗、留样和报废数量及原因，便于核对投入产出；字段精度按企业实际计量和质量管理要求设置。
扫码页面是否要展示全部生产数据？不需要。公开信息按消费者理解和企业披露要求设计，完整的内部记录应保存在权限控制的管理端供追溯审核。