文档产品文档
报工管理模块功能说明
报工是 MES 获取车间真实数据的入口。本文说明报工的方式、数据构成、异常处理与常见配置。
百百华产品团队2026-09-07阅读 215有用 41
模块定位
报工是车间执行数据的采集入口。产量、工时、人员、设备、质量数据都通过报工进入系统。
报工数据的质量,就是 MES 数据的质量。
报工的方式
| 方式 | 说明 | 适用 |
|---|---|---|
| 工序报工 | 每道工序完工时报 | 多工序、需追溯 |
| 工单报工 | 整个工单完工时报 | 单工序、简单产品 |
| 批量报工 | 一次报多个工序 | 效率优先场景 |
| 倒冲报工 | 完工时报成品,系统自动扣料 | 连续生产、料难计量 |
| 自动采集 | 设备数据自动生成 | 全自动产线 |
报工数据的构成
一条完整的报工记录通常包含:
| 字段 | 说明 |
|---|---|
| 工单号 | 关联生产任务 |
| 工序 | 哪道工序 |
| 报工数量 | 完成数量 |
| 合格数量 / 不良数量 | 质量数据 |
| 操作人员 | 谁做的 |
| 设备 / 工作中心 | 在哪做的 |
| 班次 | 属于哪个班 |
| 开始 / 结束时间 | 实际耗时 |
| 报工时间 | 数据录入时间 |
操作人员、设备、班次这三个字段是追溯的基础,不能省略。
报工的粒度
报工可以按不同粒度:
- 按件:每完成一件报一次(精度高,操作负担重)
- 按批:一批完成后报(平衡)
- 按班次:一班结束汇总报(操作最轻,实时性差)
建议按批。按件太频繁,按班次失去实时性。
异常处理
报工撤销
发现报错了需要撤销。
控制要点:
- 谁有权撤销(通常限班组长及以上)
- 撤销时限(比如只允许撤销当天的)
- 撤销要留痕(记录撤销人、时间、原因)
- 已同步到下游的数据要联动撤销
报工修改
修改已提交的报工数据。
建议:修改比撤销更危险(容易掩盖问题)。建议只允许通过"撤销 + 重新报工"的方式,保留完整痕迹。
超量报工
实际完成数量超过计划数量。
处理方式:
- 允许报,但标记超量
- 需要审批后才能报
- 不允许报,只能报计划数量
建议允许报并标记,因为超量是真实发生的。不允许报会导致工人少报,数据失真。
部分报工
一批活分批完成,分批报工。
注意:部分报工要正确累计,且最后一批完成后要能自动判定完工。
关键配置项
| 配置 | 说明 |
|---|---|
| 报工粒度 | 按件/按批/按班 |
| 是否允许超量 | 及超量比例上限 |
| 是否允许撤销 | 及撤销时限与权限 |
| 是否自动扣料 | 报工时是否自动扣减物料 |
| 是否校验物料齐套 | 未领料是否允许报工 |
| 报工是否需要审核 | 审核后才能计入产量 |
数据校验
系统应校验:
- 数量不能为负
- 合格 + 不良 是否等于总数
- 报工时间是否合理(不能报未来的时间)
- 是否重复报工
- 工序是否已完成(不能重复报同一工序)
"是否重复报工"要靠幂等机制保证,不能只靠前端防重。
报工数据的用途
报工数据不只用于统计产量,它还支撑:
- 工时统计:计算实际工时,用于成本和绩效
- 进度跟踪:实时了解生产进度
- 质量追溯:关联不合格品与操作人员
- OEE 计算:提供产量数据
- 工资核算:计件工资的数据源
因为用途多,报工数据的准确性要求很高。一个错误会传导到多个下游。
常见问题
| 问题 | 原因与处理 |
|---|---|
| 报工提交失败 | 见"报工数据重复提交的原因与处理" |
| 报工后进度没变 | 检查是否需要审核 |
| 数量统计对不上 | 检查口径(含不含报废) |
| 工人不愿报工 | 检查是否增加了负担、是否有制度约束 |
使用建议
- 操作步骤要少:超过 3 步,一线一定出错
- 能扫码就不手输
- 即时反馈:提交后立即显示结果
- 配套制度:不报工影响下道工序领料,形成约束
- 反馈价值:让工人看到报工带来的好处(比如计件工资实时可查)
具体的报工界面、字段配置与审核流程,[待补充:产品团队补齐]。
这篇内容对你有帮助吗?
当前为游客态,投票按设备去重