主计划 MPS 与 MRP 运算 P05 · 计划域

MRP 是供应链系统里最核心也最容易被误解的一段逻辑。它只回答三个问题: 要什么、要多少、什么时候下单。这一页把它拆开算给你看。

这一页讲什么

MPS 与 MRP 的分工、BOM 展开与低层码、净需求计算的完整过程(可调参数实时重算)、批量规则与提前期倒排。

关键概念

BOM 物料清单、低层码 LLK、毛需求/净需求、计划订单接收/下达、提前期倒排、批量规则(LFL/MOQ/固定批量)。

常见坑

把 MRP 当「自动下单」用。MRP 输出的是建议,计划员必须处理系统抛出的例外消息(提前/延后/取消),否则一点数据错误就会被放大成巨量错误订单。

1. MPS 与 MRP:一个管成品,一个管全部

MPS 主生产计划

对象:成品、关键件(瓶颈资源件)。
输入:预测 + 已确认订单(P04)、产能约束、库存。
输出:「第几周生产多少成品」。
谁负责:计划经理拍板,是承诺

MRP 物料需求计划

对象:BOM 展开后的所有物料(半成品、原材料)。
输入:MPS + BOM + 库存 + 在途 + 提前期。
输出:「什么时候下单/下单多少」的建议
谁负责:系统自动算,计划员确认后转采购申请。

一句话区分:MPS 决定卖什么、什么时候交付;MRP 决定买什么、什么时候下单。 MPS 不稳,MRP 必然乱 —— 所以才有 P04 里的需求冻结区。

2. BOM 展开:从成品倒推物料需求

改变成品计划产量,看各级物料需求如何联动
100 件 (点击树上节点可展开/收起下级)
成品 A 计划产量 100 部件 B ×2 需求 200 部件 C ×1 需求 100 原料 D ×2 需求 400 原料 E ×1 需求 200 原料 E ×2 需求 200 原料 F ×1 需求 100 低层码 LLK:共用件必须汇总 原料 E 同时被 B 和 C 使用,不能分别 算两次 —— 系统按「低层码」从上层往下层 逐层展开,把同一层的同物料需求合并: E 总需求 = 400
为什么「低层码」这个概念必须懂

如果系统先算 B 层再算 C 层,E 的需求会被计算两次并且库存被重复扣减,导致少买料。 正确做法:给每个物料标记低层码(出现在 BOM 树中的最深层数),按低层码从小到大逐层运算,同层内的同物料先汇总净需求再展开。

3. MRP 时格表:一次算给你看

改安全库存 / 提前期 / 批量规则,表格实时重算
净需求 = 毛需求 + 安全库存 − 上期预计可用 − 计划接收(在途) | 计划订单下达 = 计划订单接收 往前倒推「提前期」
安全库存: 提前期: 批量规则:
触发净需求的期间 计划订单下达(真正的动作指令) 已过期,需紧急处理
当前参数下的结论

四种批量规则怎么选?(影响成本与库存的直接因素)
规则算法优点缺点适用
按需定量 LFL订多少 = 需多少库存最低订单多、运费高贵重物料、需求零散
固定批量 FQ每次固定订 N(如 200)便于运输与生产会产生余量库存包装标准化物料
最小起订 MOQmax(净需求, MOQ)满足供应商门槛小需求也压库存供应商有起订约束
倍数批量向上取整到 N 的倍数适配托盘/容器余量库存更明显按箱/托盘采购

新人判断点:批量规则不是「越省越好」,要看单位采购成本下降 vs 库存持有成本上升哪个更大。通常在 P28 采购成本分析里做量化对比。

4. MRP 跑完之后:处理例外消息

MRP 不会直接下单,而是抛出一堆例外消息(Exception Message)让计划员决策。这是整个计划模块产品体验的胜负手

提前 Expedite

现有订单到货太晚,建议把已下达订单的交期提前。动作:通知供应商催货。

延后 Defer

需求后移或库存偏多,建议推迟到货。动作:改订单交期,避免提前压库存。

取消 Cancel

需求消失,建议取消未执行的订单。动作:走订单变更/取消审批。

新增 New

产生新的净需求,建议新开采购申请。动作:转 PR → 采购流程(P07)。

产品设计要点:例外消息不能只给结论,必须给原因链—— 「为什么建议提前?因为第 3 周毛需求 100 件、现有在途 0 件、库存仅 20 件、缺口 80 件、提前期 2 周」。 计划员只有看到推导过程,才敢点「确认」。
供应链管理系统演示原型 · 静态教学版 · 数据均为模拟演示数据