为什么上了ERP和MES，还是交期乱、产能浪费？

一、典型现象：系统都上了，排产还是"两张皮"

走访过不少制造企业，会发现一个反差：ERP 上了，MES 也上了，车间的订单、库存、工时数据都在系统里跑，可一到排产环节，计划员面前还是一张 Excel，交期照样延误，设备产能照样浪费。老板问"系统不是都买了吗，怎么还这么乱"，一线计划员最清楚——ERP 和 MES 之间，缺了一层真正做"排产"的东西。

二、根因一：ERP 和 MES 本来就"不排产"

先说清楚三者的分工。ERP 管的是企业资源层面的计划：要卖什么、要买什么、物料什么时候到，它的 MRP（物料需求计划）算的是"需要多少物料"，默认按无限产能来算——也就是说，它假设设备永远有空，不会去问"这台机床下周三能不能做"。MES 管的是执行：工单下发、工序报工、质量采集，它知道"现在做到哪一步"，但不负责决定"先做什么、后做什么、排给哪台设备"。

中间那块"在有限产能约束下，把订单拆成可执行的工单计划"的工作，ERP 不管、MES 也不管，只能靠计划员人工拍脑袋。这层空白，就是交期乱的起点。

这也解释了为什么不少老板觉得"系统白上了"——不是系统没用，是排产这块核心没被系统接管，仍停留在个人经验里。经验一离职，排产逻辑就断层；经验在，人也走不开，永远陷在救火里。

三、根因二：计划与执行脱节，数据躺在孤岛里

第二个根因是数据没打通。ERP 里有销售订单和交期，MES 里有实时工时和设备状态，BOM 里有望料结构，可这些数据分散在三个系统，没有一个人把"有限产能"当成实时约束去排。计划员排出来的工单，往往到车间才发现某台设备已经被占满、某个模具还在别的产品线上——于是返工、插单、救火，一环乱环环乱。

更隐蔽的是主数据不一致：SAP 的物料编码、MES 的工艺路线、APS 需要的 BOM 版本，三套对不上，排出来的计划天然失真。数据孤岛不是比喻，是每天真实发生的错配。

当生产全局被一屏掌握，原本看不见的瓶颈才会暴露出来。下图是 APS 首页看板的生产监控大屏，计划达成率、产能负荷、在制情况一目了然，混乱不再藏在 Excel 里。

四、根因三：插单靠人工救火，没有动态重排

制造业最怕急单。客户一个电话改交期，计划员就得从头算一遍，几十条工单手动挪位置，稍不留神就顾此失彼。没有系统级的动态重排能力，插单越多、混乱越深，所谓"柔性生产"最后变成"疲于应付"。

五、APS 补上的，正是"有限产能排程"这一层

APS（高级计划排程）要做的事，就是在 ERP 的订单、MES 的工时、BOM 的物料结构之上，叠加设备、模具、换线、班次等真实约束，做有限产能排程，直接输出"哪条产线、哪台设备、什么时间、做哪个工单"的可执行计划。

下图就是有限产能排程输出的工单计划长这样：不再是计划员手里的草表，而是算法基于真实产能算出来的、可落地的排程。

六、APS 具体解决三件事

第一，有限产能，不超负荷。APS 把设备小时产量（JPH）、换线时间、开动率都当成硬约束，排出来的计划不会让某台设备一天被排 30 小时。

第二，多目标优化。交期优先还是负荷均衡优先、换线次数能不能少一点，APS 用规则加算法（如遗传、模拟退火）在多个目标间找平衡，而不是计划员凭经验取舍。过去计划员只能在交期和成本之间二选一，现在系统能把换线损失、在制库存一起算进去，给出综合最优解。

第三，动态重排。插单进来，系统秒级重算受影响范围，只动该动的工单，其余保持不变——把"救火"变成"算出来的调整"。受影响的工单会自动标红提示，计划员一眼就知道动哪里、不动哪里，不再整表重排。

七、落地建议：先通数据，再上算法

想上 APS，别一上来就追求"全自动排产"。先把 SAP、WMS、FMES 的主数据（物料、BOM、工作中心、日历）打通同步，保证排产输入是准的；再从一个车间、一条产线试点排产算法，小步快跑。数据底座不稳，再好的算法也是进去垃圾、出来垃圾。

另一个常见误区是把 APS 当成"黑箱"完全替代人。正确做法是人和算法分工：算法做海量约束下的排程计算，人做例外决策和客户关系的权衡。APS 不是取代计划员，而是把计划员从重复劳动里解放出来，去做真正需要判断的事。

如果还分不清 ERP、MES、APS 各自管什么，可以看这篇讲三者关系的：ERP、MES、APS 区别：工厂数字化的黄金三角。一句话记住——ERP 管账、MES 管做、APS 管排，三者缺一不可。

八、小结

上了 ERP 和 MES 还交期乱，不是系统没用，而是缺了"有限产能排程"这关键一层。补上 APS，让计划从 Excel 走进算法，交期才可控、产能才不浪费。