# 资料采用恢复与四类解析明细

本次修复针对已有项目中“资料未采用：原沙盒插单已存在正式订单”和四个统计框无法查看数据的问题。验证使用配置化指定工作簿，原文件未修改，业务代码不写客户编号特例。

## 用户流程

1. 刷新页面。旧确认卡已经失效时，点击“重新检查资料”，生成新的核对卡。
2. 点击订单、产品和材料、加工步骤、设备四个统计框，查看完整记录；支持关键词搜索和分页。历史核对卡保留当时快照，不读取另一版当前数据冒充历史。
3. 若发现旧导入把文件中的待评估插单列成正式待排，会显示整理原因以及原记录/文件记录的产品、数量、交期和客户。
4. 确认可整理的范围后采用资料。系统保留整理前记录、原销售编号的非排产归档标记、历史方案，归档相关未下达建议，再将该插单恢复为待评估。
5. 采用后可继续排产。人员、在制和供料的真实缺项仍按订单显示，不伪造可生产方案。

旧聊天记录若从未保存明细快照，会明确提示重新检查资料；不会把缺失快照显示成空表或编造记录。

## 保护与恢复

- 人工急单、独立来源、产品/数量/交期/客户/优先级不一致、已有审核变更不会自动改分类。
- 已下达采购/委外、派生生产需求、确认/发布/冻结方案、冻结工单、生产进度及MES回执受到保护。
- 所有本流程的采用卡，包括没有分类冲突的普通采用，都绑定完整业务数据指纹；审批期间任一业务输入变化，要求重新核对。
- 整理及资料采用在候选世界中一次完成。失败不部分修改，原记录归档在采用来源中，销售编号不会因删除后重用。
- 已消费/失效确认返回明确终态与重新检查入口，前端停止重复提交同一个无效令牌。
- 采用资料不会自动打开产能池遮住聊天；没有生成工单时保持在对话中显示问题，手机面板有“返回对话”。

## 验证

- 148项相关Python回归通过：真实旧导入、恢复保护、审批漂移、采用/配置、主数据、排产消费、会话标题、采购委外和急单。
- 8项前端渲染测试通过。
- 4项真实浏览器流程通过：桌面/手机分别覆盖已有项目恢复与新项目采用。实际点击四框、搜索/分页、令牌失效→重新检查→确认恢复→继续排产、历史与当前明细读取，无控制台错误。
- Web构建和新增核心模块Ruff检查通过。
- 独立审查原场景复验通过：人工急单不能被移动；审批中改成999的订单不会被原文件覆盖；恢复后正式/沙盒分类正确、旧销售编号和历史保留。

本次未重跑整个仓库全量测试，也没有向真实ERP/MES/WMS写入。源表缺喷涂技能、未知设备引用与在制剩余事实仍需要核对；恢复测试不将这些原始缺项掩盖为生产完成。