上周去一家汽配厂,计划部的小姑娘差点哭出来——系统跑出来的订单一塌糊涂,生产线停工待料,仓库里却堆满没人用的零件。她问我:“MRP逻辑不是死的吗?怎么会错成这样?” 我看了他们的BOM表,瞬间懂了。多层BOM里一个螺丝钉的提前期写错了,0.5天写成了5天,整个链条全乱。说实话,这种错误每天都在发生,只是没爆雷而已。
很多人以为上MRP系统就万事大吉,对吧?但MRP这东西,垃圾进垃圾出,而且它没感情,不会帮你纠错。你给它一堆烂数据,它绝对还你一堆烂计划。更可怕的,是那种“静悄悄的灾难”——数据没大错,但所有提前期都按理想状态设定,安全库存拍脑袋,结果系统永远在催料,计划员永远在救火。这不叫计划,这叫随机应变。

MRP的数学内核其实简单到荒谬
MRP的核心就是那个经典公式:净需求 = 毛需求 – (现有库存 + 在途) + 安全库存,然后按BOM层层展开,时间倒推。几十年来没变过。但问题在哪?在于每个参数背后都是人的判断。提前期到底多少?供应商说5天,你信吗?他上个月10天才交货!安全库存设多少?高了占用资金,低了就断料。更麻烦的是批量规则——采购喜欢大订单,便宜,但一多就占库存,一改设计就报废。动态批量算法?田口方法?大部分企业用的还是固定批量,因为简单,因为没人想改。
不过话说回来,MRP最被低估的其实是它的时界概念。很多人不知道系统里分“冻结区”和“自由区”。冻结区内的计划很难改,因为你已经下单了,改就是额外成本。但我在工厂见过,有人非要在冻结区里插单,然后抱怨系统不行——这不是系统的错,这是管理混乱。❗真的,MRP的纪律比算法更重要。
为什么你的库存永远“吃不准”?
库存不准是MRP失效的头号杀手。系统显示有1000个,实物只有800个,那200个要么被产线多领了没扣,要么报废了没录入,要么……被隔壁车间“借”走了。然后MRP算出来不用买,结果工单开到一半没料,全线瘫痪。这种痛,只有经历过的人才懂。
💡我们后来强制推了一套循环盘点+差异分析的机制。A类物料每天盘,差异必须当天找出原因。不是财务那种盘亏盘盈一调了之,而是真正追到操作环节:是工人扫错码了?还是仓库发错料了?一年下来,库存准确率从79%提到97%。MRP的输出立刻稳了。所以说,MRP不是孤立系统,它得配上严格的仓储执行。

最新实践:把MRP和高级排程绑在一起,活过来
这几年工业圈最热的词,APS(高级计划排程),很多人觉得它要取代MRP。其实不是。APS解决的是“有限能力排程”,而MRP是“无限能力需求计算”。两者必须绑定。我们给一家注塑厂做集成,用APS的约束理论反推物料的最晚到货时间,再反馈给MRP调整订单日期。结果在制品库存降了30%,交期达成率反而升了。这背后是逻辑的重构:不再是MRP单向输出计划,而是形成计划-约束-修正的闭环。
还有个趋势,供应商协同。传统MRP自己算完就发采购单,供应商能不能按时交付?不知道。现在很多企业把关键供应商接入系统,共享预测和库存,甚至用VMI(供应商管理库存)模式。MRP生成的建议订单直接推送到供应商门户,供应商确认交期后再回写,系统自动调整。这才叫活的计划。
但是,唉……理想丰满,现实骨感。很多企业连内部的BOM都没理干净,就幻想搞协同。真让人头大。
实战问答:你最可能问的几个问题

问:我们公司上了ERP带有MRP模块,为什么还是跑不出可用的计划?
答:这个问题我先反问你一句:你的工艺路线准吗?BOM里的物料有没有缺项?库存数据每天同步吗?很多ERP项目的MRP没跑起来,不是软件问题,是基础数据没到位。我见过一家企业,BOM里连虚拟件和实际件都分不清,系统当然发疯。第一步不是调参数,而是搞数据治理。另外,ERP自带的MRP通常笨重,调整困难,很多企业最后用Excel辅助——这简直是工业的耻辱,但又很常见。
问:小批量多品种的模式,MRP好像不管用,提前期根本定不下来,怎么办?
答:你的感觉没错。传统MRP假设提前期是固定的,这在多品种变批量下就是灾难。可以试试动态提前期——根据工单排队状态、设备负荷实时计算。这就需要APS撑腰了。如果没预算上APS,那至少把产品分类:重复生产的做看板拉动,非重复的才用MRP。千万不要一刀切。而且,安全库存得动态化,结合历史波动和预测偏差,而不是拍个天数。说白了,MRP是个锤子,但你的问题不全是钉子。
最后扯点虚的。MRP在60年代诞生时,是为了解决大规模制造的物料爆炸问题。如今我们面临的是个性化需求、短交期、低库存的三角矛盾。MRP必须进化,但核心逻辑——从需求倒推——依然是供应链协调的唯一可靠引擎。别放弃它,但要给它配上精准的数据、灵活的扩展、以及——最关键的一点——尊重规则的人。否则,再贵的系统也只是个计算器,还老算错。
免责声明:文章内容来自互联网,本站仅作为分享,不对其真实性负责,如有侵权等情况,请与本站联系删除。
转载请注明出处:物料需求计划(MRP):为什么你的系统永远在“救火”? https://www.dachanpin.com/a/tg/66909.html