上一篇讲了这家企业数字化困境的整体轮廓。这一篇聚焦一个具体模块:计划与排产。
访谈计划部门时,他们顺带提了一件事——系统里会出现「今天下的采购计划,需求日期是昨天」的情况。不是偶发,是常态。
我问:系统有没有报错?
回答是:没有,系统就这么让你提交了。
这家企业ERP的MRP功能是跑起来的,可以根据订单自动做物料分解、生成采购需求。听起来正常。
问题出在一个前提上:MRP做需求日期倒排,依赖每道工序的加工时间。交货25号,装配需要5天,零件需求日期就是20号,再往前推原材料需求日期就出来了。
但这家企业系统里,工序加工时间根本没有被完整维护。系统拿不到这个数据,只能用默认值填充,跑出来的结果有时候就是「昨天到货」。
没有人检查日期是否合理,系统也不提示,采购就拿着这张单子开始走流程。

采购被迫「全部提前」。 需求日期一片混乱,采购没办法判断哪个真的急、哪个可以等,只能统一要求供应商尽快交货。原本可以按工序节拍分批到货的物料,全部提前堆进仓库,库存积压,资金占用上升。
齐套成了玄学。 计划只有月度大节点,没有精细到「这批料哪天该到、到了能不能马上用」。采购以为备齐了,实际装配时还是发现缺料。
插单失控。 计划不清晰,紧急单进来根本无法评估影响哪些现有订单,只能往里硬塞。
这家企业交期匹配率,去年约50%,今年60%多。每一个延期订单背后,大概率都有「昨天到货」的影子。
总有人说:计划部门为什么不改?
但他们面对的是——产能是多少?没人说得清,全公司没有标准工时,没有产能台账。物料在哪里?MES和ERP库位信息不通,系统显示有料不代表货真的在那。生产进度怎么样?机加工一个零件加工周期七天,全程没有报工,系统里是空白。
他们不是不想精细化,是根本没有数据可以用。
月度节点,已经是他们在现有条件下能做到的极限。
问题的根源是三层:计划颗粒度不够;这背后是基础数据缺失(没有标准工时,计划精细不下去);再往下是系统没有对数据合理性做任何校验,一张日期错误的单子可以畅通无阻地流向采购。
解法的核心逻辑是先有数据,再有计划。
第一步,建标准工时基线。工艺部门已有工序级的工时估算,先导入系统作为起点,让MRP倒排有据可依。
第二步,激活生产报工。计划不准,根本原因是执行结果没有反馈回来。这家企业设备旁边已经装了MES终端,没用起来主要因为操作太繁琐——解决方向是降低门槛,先从按天报工做起。
第三步,计划颗粒度从月到周到日,分阶段推进。数据积累到位之后,再考虑系统辅助排产。
没有基础数据就直接上APS自动排产,是这个行业里非常常见的坑。有过相同困境的,可以一起来说一说。