MES、码垛、WMS、OQC 分别采集
各子模块负责查询源记录、游标回补、离线缓冲及心跳。码垛提供扫码、漏扫、补扫；OQC 在入库前提供借机/还机单。业务记录通过 MQTT 上报。
FINISHED GOODS RECONCILIATION
每一台流转，都有迹可循.
整机下线与成品下线为同一岗位；逐台关联码垛、OQC 借还与 WMS 上抛 / 确认入库证据。
各模块采集状态
正在读取状态…
启动状态、查询结果、业务数据分别核对。查询成功且返回 0 条不代表故障；历史回补未完成不等于当前采集失败。每 10 秒自动刷新，不受台账日期筛选影响。
演示快照：2026-09-11 13:10:00白班 07:30–19:30 · 夜班 19:30–次日 07:30 · 夜班归起始日
流转链路
节点按采集报文定义展示；下方标明前置节点逐台对账台账
节点状态以采集证据为准；每列数据来源见表头小字。疑似人为拉走属于超时推测，等待现场核实。
● 已完成● 等待 / 推测● 待处理
ⓘ 模拟报文仅改变当前页面，刷新恢复。补扫在码垛系统操作，Web 接收结果并保留漏扫历史；摄像头尚未接入。
前后扫码缺口排查
用途：前后两台已扫码，中间这台没有扫码记录，帮助缩小查找范围。顺序缺口只是线索；关联到原始 NOREAD 才确认漏扫。点击条码查看证据。
停线示例：12:00–13:00 就餐。11:55 下线、13:10 尚未扫码：自然经过 75 分钟，扣除停线 60 分钟，有效等待 15 分钟，不超时。阈值 20 分钟仅为示例。
采集核对与运行状态
用途：核对码垛系统上报的总数、查看采集连接与补传情况。来源总数可能包含尚未定位到条码的记录，不与上方逐台统计相加。班次快照保留当时的对账结果，便于交接核查。
查看接入情况与隔离报文
MQTT 接收，证据驱动状态
Web 服务端订阅 MQTT、持久化事件并去重，计算节点状态、差异及超时。浏览器订阅页面更新并展示；消息送达不等于 WMS 入库成功。
节点号、名称与前置关系
节点号和名称自动生成展示列；前置节点定义流转链路。不提供前置关系的新节点列为“待配置链路”，不能凭名称猜顺序。完整路线按版本发布。
扣除停线，再判断超时
按产线、区段登记一小时就餐及其他停线；重叠区间只扣一次，跨班延续计时。采集离线/回补未完成暂缓无记录判定；有借机单时独立跟踪。
采集模块 → MQTT → Web 模块
MES / 码垛 / WMS / OQC 子采集模块 → MQTT Broker → Web 服务端 / 事件库 / 对账规则 → 浏览器
节点证据来自采集模块，推测结论附规则依据。工单号 work_order_no 与产品编码 product_code 为独立字段。本机试运行版已实现 MQTT 接收、SQLite 持久化、HTTP/JSON 文件采集和实时页面；真实来源需按现场接口配置。
WMS 补上传（已上抛但未成功入库）
用途：把「上抛回执已反馈成功、但 WMS 收货报表里没有该条码」的产品，按《PLC 接口清单表》WMS-PLC-001（PLCCODE）重新下发给 WMS。下发前按本地规则拦掉疑似埋拉（WMS 已锁定）、OQC 借机未还、归属冲突的产品；下发只重新提交报文，不改动任何采集凭证。补上传成功不等于入库，要等 WMS 收货报表回采到该条码才算闭环，页面会告知下一轮采集时间并可直接校验收货。
正在读取候选…
| SN | 工单号 | 产品编码 | 产线 | 上抛回执时间 | 已等待 | 补上传校验 |
|---|