1.6 KiB
1.6 KiB
名单写后回查假阴性证据
日期：2026-08-28 来源：用户提供的平台任务事件、控制面只读任务结果及 ERP 当前页面只读检查；本摘要不保存游客姓名、证件号码、电话或工作簿内容。
已证明事实
- 名单任务取得 ERP 明确成功响应后，旧回查仍返回
write_after_requery_mismatch，任务因此进入待 reconciliation；执行器没有自动重提。 - 旧回查把散拼子单编辑页初始 31 个游客位当成保存后的最小行数，但附件最高序号和实际非空名单均为 25。ERP 保存后压缩尾部空白位属于正常行为，不能据此判失败。
- 旧回查使用 no-store GET 后对 raw HTML 直接
DOMParser；该文档没有经过 ERP 页面脚本 hydration，因此同时报告了英文名字段不一致。 - 随后在同一精确 ERP 对象上做只读页面检查：25 个非空游客行与任务 canonical 投影逐行、逐字段全等，领队姓名/电话也与结构化
leader_contact全等。没有执行保存、重试或其他写操作。
结论与边界
本次平台“不确定”是回查假阴性，不是 ERP 写入失败。活动实现从 0.5.153 起只把附件最高序号作为保存后最小位数；若服务端已明确成功且唯一 blocker 是首次名单回查不一致，系统自动打开一次全新的精确编辑/导入页面，读取 fully hydrated DOM 做严格只读复核。该复核不调用原生保存，也不发出第二个 POST；仍无法匹配时必须提示用户不要重复提交并等待管理员核验。本证据不代表 0.5.153 已完成运行态重载验收。