同一张工单，三个端都在动：多端报工的数据从哪来、怎么合

一张工单从下料到出货，它的报工可能来自好几个入口：工人用 PDA 扫码报、文员发现漏报在电脑上补、外协完工后系统自动生成。多个入口往同一张工单上写数据，账为什么不会乱？这篇从报工数据的「来源」设计讲起。

一、每条报工都有出身：来源字段

看一条报工记录的结构，除了工单、工序、人员、设备、数量、时长这些业务字段，还有一个容易被忽略但很关键的字段：来源（source）。

在 Moges PMS5 的报工模型里，来源区分了 manual（人工报工） 和 outsourcing（外协自动驱动）——人工报的、外协完工后系统自动生成的，各自带各自的出身。

这个字段的价值当时看不出来，事后全是它：

• 对账时：这条报工是人报的还是外协自动生成的？出处决定核对的路径
• 排查时：数量对不上，先按来源分堆——人工录入的错误和外协数据对接的错误，排查方向完全不同
• 统计时：自动生成的数据可信度高于手工录入，来源标识让统计口径可以分层

来源标识是多端数据一致性设计的第一块砖：先让每条数据说出自己从哪来。

二、多入口为什么不会写乱：单点写入

多端协同容易做歪的地方是「各端各有一套本地逻辑」。稳的做法是所有端写同一个后端：

• PDA、小程序、Web 端的报工操作，提交的都是同一个报工接口
• 端只负责采集和呈现，业务规则（数量校验、状态流转、防重）在后端统一执行
• 一条报工不管从哪个端来，走的是同一套校验、生成的是同一种记录

这样「三端一致」不是靠各端对齐达成，而是根本没有三个账本——端是窗口，账本只有一个。

三、离线数据怎么合：补传而非覆盖

离线报工的数据（见离线报工那篇）在本机暂存、恢复后同步。它的合并逻辑有两个要点：

• 报工是「新增」型数据：一条报工就是一条新记录，不存在两台设备同时改同一条的冲突场景——新增型数据的合并天然简单
• 按序补传 + 异常标记：暂存的多条按时间顺序补传；万一出现异常冲突（如重复提交），系统标记出来人工确认，而不是静默覆盖

新增型数据靠顺序，修改型数据靠规则——报工以新增为主，这是多端报工一致性容易保证的结构性原因。

四、自动生成也是报工：外协的例子

外协完工后系统自动驱动生成报工记录，这个设计说明两件事：

• 报工的入口不止人工——能自动的事实就不该让人手工再录一遍：外协件回来了、验收确认了，报工跟着自动生成，工人不用重录
• 自动生成的记录同样带来源标识——它和人工报工在统计时可以分层看

「录入一次」原则在多端场景的延伸：每个事实只在一个环节录入一次，其余环节自动带出。

五、给选型者的检查清单

评估一套系统的多端能力，别看演示里几块屏幕，看三件事：

• [ ] 各端是不是写同一个后端（还是各端各有一套数据）
• [ ] 数据有没有来源标识（出问题时能不能分堆排查）
• [ ] 离线数据的合并是补传还是覆盖（覆盖会丢历史）

三件事过关，多端才是真协同；不过关，屏幕再多也只是演示好看。

离线数据的暂存与同步见离线报工方案（F24）；报工的业务面见扫码报工。产品了解 Moges PMS5。

---