为什么扫了码，生产进度仍然对不上？
MES工序报工是把某张工单在某道工序上的执行结果记录到系统的过程。扫码只是识别工单或工件的入口；要让进度可用，还需要统一报工时点、数量含义、异常处理和后续交接规则。
例如，同样填写“完成10件”，可能指本次新增完成10件，也可能指截至当前累计完成10件；可能包含不合格品，也可能只统计合格品。如果没有先确定口径，扫描动作再熟练，汇总结果仍然难以对账。
制造业场景示意，非本次项目现场。配图沿用本站已公开文章素材。
这篇文章提供的是试点实施建议，不是某个客户项目的效果复盘。
海星MES的哪些能力与报工有关？
海星MES公开产品页介绍了移动端扫码报工、工序级追踪、在制品追踪和工单异常推送，并将生产管理、质量管理、设备管理、物料管理列为核心模块。
准备方案时，可以沿着这些能力提出具体演示要求：操作员如何找到待办工序；一次报工如何关联工单和人员；管理者如何查看在制品位置；异常如何交给负责人继续处理。业务规则、条码设备和系统接口需要结合目标现场核对，不能仅凭功能名称判断已经适配。
第一步：先选一个边界清楚的试点工序
不必一开始覆盖所有车间。建议选择工艺相对稳定、负责人明确、能够人工核对数量的一段流程，先走通从派工到完工交接的链路。
- 确认试点工单从哪里产生，谁负责下达和变更。
- 确认本工序何时允许开始、暂停和结束。
- 确认由操作员、班组长还是设备数据触发报工。
- 确认下一工序依据什么状态接收在制品。
- 列出返工、报废、补录和撤销的处理规则。
试点的交付物应是一张双方确认的业务流程图和字段清单，而不只是一个能够扫描的页面。
第二步：把报工字段和数量口径写清楚
建议生产、质量和IT团队共同确认以下信息：
| 信息 | 需要回答的问题 |
|---|---|
| 工单与工序 | 同一张工单是否允许拆批、并行或跨班执行？ |
| 人员与设备 | 是否多人协作，是否需要关联指定设备？ |
| 完成数量 | 采用本次增量还是累计数量，单位是否一致？ |
| 质量数量 | 合格、不合格、待检和报废分别何时确认？ |
| 时间 | 记录实际开始结束时间，还是只记录提交时间？ |
| 异常 | 原因由谁选择，谁接收，怎样确认处理完成？ |
报工完成与质量放行也应明确区分。生产已经结束，不一定意味着下一工序可以直接接收；具体规则应与检验流程保持一致。
第三步：用真实条码和现场操作验证入口
演示时应使用准备上线的工单和条码样本，检查扫码后展示的信息是否足够让操作员确认对象，避免只演示默认数据。
- 扫描正确条码，核对工单、产品和工序。
- 扫描其他工单或不属于当前工序的条码，检查提示。
- 重复提交同一条报工，检查是否出现重复数量。
- 输入超过可报数量、零值和不合格数量，核对处理规则。
- 在网络异常后重新进入，确认记录状态以及是否需要补录。
这些是验收用例；它们是否由标准功能、配置或接口实现，应在演示中逐项记录，不能提前假设全部具备。
第四步：让异常有负责人和结束条件
如果系统只增加一条异常记录，却没有后续处理入口，操作员仍然需要在线下追问进度。建议给每类异常明确接收人、处理动作和关闭条件。
例如，物料不足应能区分“等待补料”和“已经恢复生产”；设备故障应能区分“已收到通知”和“故障处理完成”。异常关闭后，再检查工单状态、停工时间和后续派工是否需要同步调整。
海星MES产品页介绍了工单异常推送。试点时应进一步核对实际通知渠道、接收范围和处理后的回写方式，形成可签收的结果。
如何判断试运行可以扩大范围？
建议至少覆盖一次包含正常生产和异常处理的完整业务周期，再决定是否扩大范围。以下检查比单纯统计扫码次数更有意义：
- 随机抽取工单，逐笔核对人工记录与系统报工数量。
- 检查在制品所在工序是否与现场一致。
- 检查跨班、返工、撤销和补录是否能追查责任与原因。
- 检查班组长能否从异常记录找到当前处理人和结果。
- 检查需要与其他系统交接的数据，是否已确认字段、状态及失败恢复方式。
出现差异时，先定位业务口径、操作流程还是接口问题，再修正规则并复测。不要直接调整汇总数字掩盖原始记录差异。
演示前需要准备什么？
准备一条典型工艺路线、几张正常及异常工单、现场条码样本，以及现行报工表和交接规则。带着这些材料预约演示，可以更快判断系统是否适合实际流程。