计划员早上八点打开 Excel，发现三条产线的在制品数量还是昨天夜班填的。车间主任说「差不多在跑」，但具体哪道工序卡了、哪张工单会拖交期，没人说得清。这不是个别工厂的管理疏漏，而是工序进度缺乏实时载体时的常态：工单在 ERP 里，报工在纸上或微信群里，现场状态与系统记录长期两张皮。
为什么表格和微信群扛不住进度管理
中小制造企业常见的做法是：ERP 下发工单，班组长用白班表记录完成数量，异常用微信群拍照说明。这种模式在品种少、批量稳、换线频率低时尚可维持，一旦遇到插单、返工、委外回货或多工序并行，信息就开始失真。
典型痛点包括：在制品 WIP 无法按工序粒度统计——仓库知道原材料到了，成品库知道今天入库多少，中间十几道工序的状态是黑箱；报工滞后——工人忙生产，报工排在下班后，计划员看到的永远是「历史快照」；异常不可追溯——某批货质量争议时，无法快速定位是哪道工序、哪位操作者、哪台设备、什么参数。
要解决这个问题，软件要解决的不是「再做一个表格」，而是把工序—工单—在制品—交期串成一条可验证的数据链。
业务怎么拆：从工单到工序状态机
生产进度系统的业务核心，是把一张生产工单拆成若干工序任务，每个工序任务有明确的：输入物料、输出物料、标准工时、合格判定规则、可并行/必须串行关系。
工单层：计划与承诺
工单承载客户交期、计划开工/完工时间、优先级、关联销售订单或预测单。工单状态机通常包括：待下达、生产中、暂停、完工、关闭。关键是工单不能只有「生产中」一个粗粒度状态，否则进度百分比只能靠人工估算。
工序层：可执行的最小单元
每道工序应定义：工序编码、工作中心/产线、准备时间、加工时间、排队规则（先到先服务或优先级抢占）。工序状态机建议至少包含：待开工、加工中、待检验、合格完工、不合格待处置、委外发出、委外回货。
在制品层：数量与位置
在制品不是抽象数字，而是某工单在某工序的待加工/加工中/待转移数量。设计时要回答：从工序 A 完工到工序 B 开工，物料是在线边库、在途托盘还是工序缓冲区？每一跳都应有库位或容器标识，否则 WIP 统计必然对不上。
怎么设计：角色、流程与数据模型
角色与权限
典型角色包括：计划员（下达/调整工单、看全局 WIP）、班组长（派工、处理异常）、操作工（开工/报工/扫码）、质检员（检验判定、不合格处置）、工艺员（维护工序标准与参数）、生产经理（看板与 KPI）。权限原则：现场只给必要写权限，避免工人误改计划；管理层只读聚合数据，不直接改报工明细。
核心流程
- 下达：从 ERP/MRP 接收工单，按 BOM 和工艺路线生成工序任务队列。
- 派工：班组长将工序任务分配到产线/工位/班次，可支持批量派工与插单重排。
- 开工：操作工扫码工单+工序+设备，系统记录实际开工时间与操作者，冻结「待开工」数量。
- 报工：完工数量、废品数量、工时、异常代码；支持部分报工（一批分多次完成）。
- 转移：工序间在制品转移确认，更新线边库存与下一工序待开工队列。
- 关闭：末工序报工后自动或人工触发工单完工，回写 ERP 入库指令。
数据模型要点
建议独立维护：work_order（工单）、operation_task（工序任务）、operation_report（报工记录）、wip_balance（在制品结存）、exception_log（停机/缺料/质量异常）。每张表保留不可篡改的时间戳与操作者，争议追溯才有依据。与 ERP 的接口采用事件驱动：报工完成触发 API 回写，而不是 nightly 批量对账——后者永远慢半拍。
怎么开发与落地：采集、接口与验收
现场采集方式选型
按场景组合使用：条码/二维码（工单票、流转卡、物料批次）适合离散制造；工位终端或工业平板适合固定工序报工；Andon 按钮或 IoT 计数适合重复性高的流水线；移动端小程序适合巡检、委外回货确认。原则：一次扫码完成开工+设备+操作者绑定，减少工人额外步骤，否则报工会被绕过。
与 ERP/MES 的边界
若企业已有 ERP 生产模块，进度系统可定位为车间执行层（轻 MES）：ERP 管计划与成本，执行层管实时状态。接口需明确：主数据（物料、BOM、工艺路线）谁为主；报工回写粒度（按工序还是按工单）；异常工单是否允许逆向调整。切忌两套系统各记各的完工数——对账成本会吞噬所有效率收益。
验收标准（可写进合同）
- 任意工单可在 30 秒内查到当前工序、在制品数量、最近报工时间。
- 插单后，受影响工单的预测完工时间自动重算，误差在可接受范围（如 ±4 小时）。
- 质量争议场景下，可在 5 分钟内拉出工序—操作者—设备—参数追溯链。
- 计划员看板与现场报工延迟不超过 15 分钟（网络正常时）。
上线节奏建议：选一条产线、两种典型工单（大批量稳态 + 小批量插单）做试点，跑通派工—报工—转移—回写后再横向复制。培训重点不是「系统功能列表」，而是异常时谁改、怎么改、改完如何留痕。
常见踩坑与规避
只做看板不做闭环：大屏漂亮但数据靠人工录入，两周后无人维护。工序划分过细：报工次数爆炸，工人抵触。忽略委外与返工：进度在自家工序「100%」但货还在供应商处。与计件工资脱节：报工数据不被薪酬系统认可，现场立即「选择性报工」。设计阶段就要拉生产、质量、财务一起定规则。
把工序进度从「问人」变成「查系统」，本质是把制造现场的可观测性产品化。业务上先拆清工单与工序状态机，设计上绑死角色与不可篡改报工，开发上选对采集方式并钉死 ERP 接口契约，交期预警和 WIP 可视化才会是副产品而不是新负担。
山东许愿牛信息科技有限公司（许愿牛科技 / XYN Tech）长期为制造、外贸、实体等行业交付生产进度、仓储与客户管理等定制软件，覆盖从需求澄清、工艺建模到车间采集与 ERP 对接的完整链路。了解更多能力与案例，可访问 关于我们 与 客户案例。