3.4 KiB
分析后排产入口验收
本轮修复“立即排产被 Pi 文字拒绝”“分析后没有排产按钮”“手机重新分析后旧方案遮住对话”。修改已通过独立工作区验证，再按源文件指纹检查交付当前工作区。
实际行为
- “立即排产”“在 APS 系统中手动触发排产”等明确口令进入已有排产工作流。咨询、否定、条件句与发布请求仍区分处理；目录检查只针对当前项目。
- 数据核对卡使用结构化下一步动作，保留“开始排产”。是否允许启动检查与是否已具备完整生产条件分开表达。资料未采用时仍先确认，已采用时使用当前维护后的主数据。
- 四类资料明细支持查看、搜索和历史快照。请求处理中、等待采用确认时保留按钮但禁用重复提交。
- 新建项目等待服务端创建和真实会话切换，失败可重试且不会因工作区刷新失败重复建项目。会话读取成功前不能发送或上传。
- 采用结果保存完成后再解锁排产。消息保存按会话排队；读取等待已有保存完成，并丢弃与新写入重叠的旧响应。读取失败保持未就绪，不用空消息覆盖历史，支持重新读取。
- 数据刷新不再自动重新打开已关闭的方案面板。明确查看方案及排产视口指令仍可打开结果。
验证证据
| 检查 | 结果 |
|---|---|
| 后端资料采用、恢复、确认保护及新增排产入口回归 | 94 passed |
| 前端卡片、重复请求、消息保存与读写交错 | 23 passed |
| 真实浏览器：桌面与手机上传、分析、采用、刷新、按钮排产、非空工单及甘特数据 | 2 passed |
| 真实浏览器：延迟创建与会话加载、创建后断网重试、历史读取失败重试 | 3 passed |
| TypeScript 与 Web 生产构建 | PASS |
| 新增后端模块与测试 Ruff、diff 检查 | PASS |
| 独立审查与读写交错原场景复验 | PASS |
后端两组聚焦命令分别覆盖 test_ruiyang_intake_workflow、test_configured_intake_workflow、test_intake_recovery、test_folder_schedule_security（42项），以及 test_schedule_entry_intent、test_scheduling_entry_workflow（52项）。前端运行 planner-data-card、planning-schedule-entry、session-message-persistence 三个 Node 测试文件。
浏览器使用独立后端端口和临时数据目录，真实调用上传、采用确认、聊天排产与甘特接口。测试源通过 ROUND87_SOURCE 显式配置，必须匹配独立验收清单；原工作簿 SHA-256 未变化。正向浏览器用例仅在隔离副本补充清单中的测试技能人员，保留全部订单、原库存与在制事实，验证生成非空部分方案；其他订单的真实问题仍保留。测试补充接口仅存在于 tests/e2e 的独立服务器，生产应用不安装。
原始资料边界
未补充的原表中，5张正式订单均缺喷涂技能人员，3张有在制进度、前序完成或设备引用问题，2张有材料缺口。因此原表可以启动排产检查，但仍可能没有可执行工单；本轮没有伪造人员、库存或工时来宣称全部可排。源表演示补充工时仍带来源标记，只用于试排。
未运行整个仓库的全量测试，也没有向实际 ERP、MES 或 WMS 下发数据。原工作区既有修改保留，main 不提交、不推送。构建保留既有的大文件体积提示，不影响构建通过。