技能提升网质量团队只知道一个原料批次有风险，成品已经拆分进多次生产，又从两个仓库发往不同客户。只按当前库存冻结，会漏掉在途和已交付订单。
沿原料批次到生产批次、库存移动、出库单和客户订单逐层追踪，同时标记断链。AI先生成候选判断，负责人再根据原始记录确认，正式系统保持只读。
召回批次追溯先收齐哪些资料
本次输入只包括问题批次和生产记录、原料与成品批次关系、库存和出库记录、订单、客户与退货记录。给每份资料加来源、版本、业务日期和负责人。文件名相似却无法确认版本的项目单独隔离，不能自行选择看起来最新的一份。
召回批次追溯的四步处理顺序
| 步骤 | 具体做法 |
|---|---|
| 建立主键 | 用角色、对象、日期和单据编号组织召回批次追溯记录，避免同名对象串行。 |
| 保留原值 | 把原始字段与标准化字段分开，任何清洗都不覆盖召回批次追溯证据。 |
| 执行比较 | 按业务条件逐项比较，输出依据、差异和缺失，不直接执行哪些库存应冻结，哪些订单和客户在召回范围内，是否存在无法追溯的缺口。 |
| 形成交付 | 把正常、异常和待确认记录放进批次召回范围表和客户处置清单，补上责任人和截止日。 |
召回批次追溯常见情况怎么分流
| 情况 | 判断依据 | 处理建议 |
|---|---|---|
| 仍在库存 | 批次关系明确且未出库 | 立即冻结 |
| 已发往客户 | 订单与收货方可定位 | 进入召回通知清单 |
| 在途运输 | 已出库但未签收 | 拦截或联系承运商 |
| 追溯断点 | 批次转换缺记录 | 扩大排查并升级 |
表格只能给出预览。真正需要判断的是哪些库存应冻结，哪些订单和客户在召回范围内，是否存在无法追溯的缺口。某条结论如果没有原始位置、适用版本或授权人，就留在待确认区，不把猜测写成确定结论。
先用边界样本测试召回批次追溯
用一个拆分到两个成品批次的原料记录测试，确认两条下游路径都能追到订单。随后从AI判定正常的记录里反向抽样。发现漏检时，应修正规则并重跑同一影响范围，不能只手工改一行。
可直接使用的召回批次追溯任务说明
你正在协助质量、供应链或客户运营负责人。触发情况是质量团队发现特定原料或生产批次可能存在问题，需要迅速确定影响范围。只读取问题批次和生产记录、原料与成品批次关系、库存和出库记录、订单、客户与退货记录。需要判断哪些库存应冻结，哪些订单和客户在召回范围内，是否存在无法追溯的缺口。请生成批次召回范围表和客户处置清单。每条记录给出来源位置、使用版本、判断依据、缺失项、责任人和截止日。第一轮只输出预览，不发送、不删除、不改写正式系统。
召回批次追溯交付前怎么验收
- 召回批次追溯中的数字、日期和状态可以回到原始记录
- 批次召回范围表和客户处置清单同时保留正常项、异常项和待确认项
- 涉及哪些库存应冻结，哪些订单和客户在召回范围内，是否存在无法追溯的缺口的决定由有权限的人签字
- 继续自动处理可能造成漏掉受影响客户、扩大不必要召回范围或无法说明批次流向时立即停止
召回批次追溯验收人还要检查权限最小化、个人信息遮蔽和过程回执。AI给出高置信度也不能代替审批，最终责任仍由质量、供应链或客户运营负责人及其授权负责人承担。
召回批次追溯适合组合哪些Skill
XLSX Skill用于关联原料、成品、库存和订单；Notion Skill用于读取质量事件和处置状态；Internal Comms Skill用于起草分对象通知与回执。在召回批次追溯流程里，能力之间只传递带来源的中间结果，不让后一环节覆盖前一环节的原始证据。
召回批次追溯使用这些 Skill 的边界是：公式、筛选和关联结果需重新计算并抽样核对；只访问明确共享内容，写入前确认页面和字段；只组织已核验事实，不替负责人批准或发送通知。
