[智能兜底 · S6 恢复对账] run fb-20260904-031726-8c3096

对账域 2 项：一致 1 / 漂移 1 / 单边缺失 0；本地待同步（PENDING_SYNC）2 笔。
报告：<runtime-root>\data\fallback\fb-20260904-031726-8c3096\outbox\reconcile-report.md
证据链已冻结（manifest sha256:31cde179cec7…，外部响应原文 2 份落 inbox/external/）。
对账为纯读操作，你的数据未被改动；差异纠正请回到逐笔补录确认卡（PENDING_SYNC 记录的自动补推属后续轮次）。

---
status: success

## MES 恢复后对账结果与处置建议

MES 断线恢复后，本次对账共比对 2 笔工单：**1 笔一致、1 笔漂移、无单边缺失**。
另有 **2 笔本地待同步报工记录**（断连期间本地落账、尚未推送给 MES），需要您关注。

---

### 1. 工单 EXT-1001（本地 9001）— 数据一致，但有待补推记录
- **现状**：两边数据匹配，但本地有 **1 笔 PENDING_SYNC 状态**的报工记录未同步到 MES。
- **建议**：
  1. 核实这笔本地报工是否为断连期间的真实完工记录；
  2. 确认无误后，在后续轮次（或手动触发）将其补推至 MES，避免 MES 侧缺少报工履历。

---

### 2. 工单 EXT-1002（本地 9002）— 进度漂移，需人工裁定
- **现状**：**进度不一致**。本地记录为 **60%**，MES 侧为 **40%**；同时本地也有 **1 笔 PENDING_SYNC 待同步记录**。
- **建议**：
  1. **先确认以哪边为准**：若断连期间本地车间确实完成了额外 20% 的工序，则应以本地 60% 为准；若本地存在误报，则需修正本地数据。
  2. **处理待同步记录**：核实并推送那 1 笔 PENDING_SYNC 报工；这笔报工可能就是造成 20% 差异的原因，补推后 MES 侧进度可能会自动对齐到 60%。
  3. 如果补推后 MES 仍显示 40%，请按实际生产情况在 MES 或 APS 侧做进度校准。

---

### 总结
当前没有数据丢失风险，核心动作是**确认 EXT-1002 的 20% 进度差异原因**以及**把 2 笔待同步报工推回 MES**。建议优先处理 EXT-1002，因为它的漂移可能影响后续排产准确性。

（以上建议为 Pi 草稿文本，仅供参考，不构成任何已执行操作）