学校食堂发现食材存在需要核查的问题时，数字追溯的首要作用是快速回答三个问题：涉及哪个商品和批次、这批货从哪里来以及分送到哪里、各接收点当前如何处理。系统可以从园区收货记录反查供应商和随货资料，也可以从供应商批次正向查询各配送单和接收单位。是否暂停使用、退货、召回或向有关部门报告，应由责任主体依据实际情况和现行规定决定，不能由二维码或软件自动替代判断。
这类流程需要平时就建立供应商、商品、批次、订单、配送和验收之间的关联。如果日常只保存一张总送货单，发生问题时再临时找微信群、纸单和司机确认，通常很难在短时间内确定影响范围。追溯能力不是事件发生后才开启的功能，而是采购、验收、库存和供应商记录长期准确的结果。
先把问题批次识别准确
发现异常信息后，园方记录消息来源、时间、商品名称、规格、批号或日期、数量和初步情况，并核对原包装标识、配送单、进货查验记录及相关证明文件。若问题只涉及一个批次，查询条件应尽量精确；如果批次信息暂时无法确认，应扩大核查范围并注明待确认事项，不能先假设其他批次无关。
供应商根据园方提供的标识核对采购来源、分拣装货、出库记录和同批库存，向相关接收方反馈核实进度。双方不要覆盖原有台账字段来“修正”历史记录，应通过补充说明或更正流程保留原始信息、修改人和时间。必要的现场照片、通知记录和凭证附件应关联到同一事件编号。
正向和反向查询怎样配合
反向查询从园区某次收货开始，向前定位供应商、配送单、商品批次和随货凭证；正向查询从供应商某一批次开始，向后列出发货时间、订单、接收园区、签收数量及当前处置状态。两种方向都要支持按部分信息检索，例如商品名称、批次、日期、供应商或配送单号，以应对现场只掌握不完整线索的情况。
如果一批货拆分发往多个幼儿园，系统应能看到每个园区的独立验收结果，而不是只显示中心仓总发货量。若园方将同批食材分批领用，库存和使用记录也可按管理需要继续关联；无法做到单品或精确领用关联时，应明确系统可追到的粒度，不要宣称能够定位到超出实际记录范围的每一份餐食。
处置过程要留下哪些记录
可建立问题事件档案，记录发现时间、报告人、涉及商品与批次、临时控制措施、通知对象、供应商核实结果、园方决定、退换或处置数量、完成时间和复核人。若涉及多个园区，应为每个接收点分别登记联系、核查和反馈状态。对于需要按程序报告的情况，责任人员依要求及时联系主管部门，系统保留相关工作记录，但不替代正式报告程序。
处置完成后进行复盘：批次信息是否缺失，供应商是否及时响应，配送单是否能区分园点，扫码验收是否记录到实际数量，查询结果是否能导出。发现薄弱点后改进数据模板和交接方式。定期做桌面演练，使用虚拟批次走一遍查询流程，可以在不影响真实食材的前提下验证联系人、权限和记录是否完整。
常见问题
问：系统查不到某个批次，是否代表没有配送到园区？
答：不能这样推断。可能是批次录入错误、数据未同步、订单关联缺失或该配送采用了其他编号。应结合原始单据、供应商出库记录和现场资料继续核实。
问：需要把所有供应商和园区都开放给彼此查看吗？
答：不需要。按照职责授权即可，园方查看本单位采购和验收信息，供应商查看自身供货任务；跨园区的汇总查询由获得授权的管理角色完成。
问：系统能自动判定是否要召回吗？
答：系统可以识别批次关系、提示待核查对象和记录处置状态，但风险评估、是否召回及报告义务应由责任人员依据事实与规定作出判断。
模拟追溯演练
某供应商收到一条针对某批次食材的核查通知。园方录入批次和商品信息后，系统反查到两张配送单及对应的两个接收园区；园区分别核对库存和验收资料，再反馈各自的处理情况。供应商核对该批次出库数量，管理人员汇总未完成的园区待办并复核数量差异。演练结束后，检查批次标识是否一致、查询耗时、权限是否合适以及处置记录是否完整。该内容为模拟流程，不是实际事件或客户案例。
学校食堂相关管理规定要求建立食品安全追溯体系并如实保存进货查验信息；针对校园大宗食材的工作指引强调验收记录和不合格食材处置留档。潜利科技可将供应商批次、分园配送、扫码验收和事件查询纳入同一套流程，详情可参考学校食堂食品安全追溯方案和验收异常处置方法。