我在文章里写过：MRP 的三个核心假设已经过时了。
有客户看完问我：那是不是该换掉？
我说不换。
他愣了一下，说：那你到底是什么意思。
先说过时在哪
MRP 建立在三个假设上。
假设一：无限产能。 它假设你排多少，产能够。但真实的工厂只有一个或两个瓶颈，排到瓶颈上就堵住了。MRP 不知道瓶颈在哪，它只算物料够不够，不算产能够不够。
假设二：固定提前期。 每道工序给一个固定天数。但同一道工序，忙季和淡季能差一倍。这个数字一旦写进系统，就成了一个永远不会更新的谎。
假设三：批量订货。 为了摊薄订货成本，一次买一个月的量。这个逻辑在大批量时代成立。在多品种小批量下，这个「批量」就是你的库存。
三个假设失效，后果不是偶尔算错，是需求信号系统性偏移。
那为什么不换
因为 MRP 不只是一个算法，它是你公司的数据资产。
- 你的 BOM 在里面
- 你的物料主数据在里面
- 你十年的历史交易在里面
- 财务对账靠它
- 计划员闭着眼睛能操作
换系统的成本不是软件钱，是十八个月的重建，加上一次组织动荡。而且新系统未必更对——大部分 APS 依然假设无限产能，只是算得更快。
用一个同样错的假设，换一个更贵的系统，不叫升级。
正确做法：打补丁
不是修好它，是绕开它错的假设，保留它对的数据。
三种补丁：
参数层——批量和提前期重设。让 MRP 用你真实的节奏算，而不是用十年前的数字算。
缓冲层——在瓶颈和关键物料上设缓冲，然后监督缓冲。不追求每一次都准时，追求缺料之前能看见。
外挂层——读它的数，自己重算一遍，输出给计划员能用的表。不改源码，不动它的数据库。
一句话
换系统解决的是工具问题，换算法解决的是业务问题。
大多数工厂不缺一个新系统，缺的是承认「旧系统的算法错了、但数据还得用」的耐心。