MRP 和 ERP 的区别：小工厂到底缺哪一个

两个厂商会在同一句话里用这两个词，指的东西却不一样。一个卖的是“有个地方把记录存起来”，另一个卖的是“把记录算成一个采购决定”。在需要后者的阶段买了前者，结果是一年时间花在实施上，然后照样在周四下午发现缺料。

真正要分清的那条线

ERP 是记录系统。客户签的销售订单、你发出的采购订单、仓库过账的入库单、财务归档的发票，都在里面。它的职责是事后完整、一致、正确。

MRP 是一次计算。它拿需求（真实订单加上预测），把 BOM 一层层展开，减掉现有库存、在途、以及已经被生产订单占用的部分，剩下的缺口按提前期倒排，于是每个需求都落到一个日期上。

说白了：ERP 告诉你你有什么，MRP 告诉你你将会缺什么、什么时候缺。这是两个不同的问题，由两套不同的机器回答。

靠准确的台账、没有计划，工厂也能运转，只是难受。靠一份建立在没人维护的台账上的计划，工厂转不动。

ERP 到底是干什么的

ERP 是从财务长出来的，这个出身至今决定了它擅长什么。核心职责是财务与事务性的：

• 计价。资产负债表上的存货值多少钱，已经发出的货实际成本是多少。
• 追溯。哪个批次进了哪张订单，哪张采购单支付了哪次入库，谁在什么时候改了价格。
• 义务。税务发票、采购承诺、账期、多币种与到岸成本。
• 一致。销售、采购、车间看到的是同一个订单状态，而不是三个版本。

这些都不是计划。ERP 能告诉你手上还有 4200 个支架、到岸单价 1.87 美元。它没法告诉你，因为两张订单提前了、氧化厂的交期已经拖到五周，这批支架会在 14 号用完。那句话不是一个记录，是一个推测——而推测在任何一个输入变动时都必须重算。

MRP 到底是干什么的

这套算法很老，也不性感。它产出五样东西：

1. 毛需求——BOM 展开到采购层之后，每个零件在哪个日期需要多少。
2. 预计入库——在途的、在生产订单上的，日期是你能拿出去解释的。
3. 预计可用——每个物料的滚动余额，包括它变成负数的那些日期。
4. 净需求——净算之后的缺口。这是采购真正关心的数字。
5. 计划订单下达——同一个缺口按提前期往前推，于是它变成一个“最晚下单日”，而不是一个愿望。

有用的输出不是那张表，而是异常：哪张订单会缺，卡在哪个物料，缺料从哪一天开始。

数据该归谁

一个有用的办法是按“谁对它负责”来给数据分类。记录归记录系统，假设归计划层。搞错这件事，工厂就会开始在财务软件里维护预测。

数据或决策	归属	为什么
销售订单、价格、承诺交期	ERP / 订单系统	对客户的承诺
物料主数据与 BOM 结构	ERP 或 PLM	受版本控制的产品定义
现有库存	ERP 或 WMS	一次盘点，或替代盘点的过账
采购订单与入库	ERP	已经付给供应商的钱
供应商提前期	计划层	一个假设，靠实际入库不断修正
预测及其区间	计划层	一个判断，按月修订，从不“正确”
净需求、缺料清单	计划层	派生结果，输入一变就过期
工作中心产能负荷	计划层	基于工艺路线假设的推测
存货计价、成本、发票	ERP	账目，有审计后果

注意通常最容易错的是哪两行：提前期和预测。这两个都属于计划数据。没有哪个 ERP 因为存了一个糟糕的预测被指责过——ERP 只是忠实地把你告诉它的东西存了很多年。

小厂为什么总被推销 ERP

这类交易里的买方通常不天真。有四个很实在的理由，而它们都指向同一笔采购。

表格崩了

某个人的计划文件长到四十个工作表，外加一个只在他笔记本上能跑的宏。他去搜“生产管理软件”，搜出来的品类是 ERP，因为预算都在那边。计划工具是个安静的货架。

“不想上两套系统”

听起来像纪律，其实多数时候不是。一家工厂有财务软件、四张表、一块白板，已经是五套系统了。整合是正当目标，但它是记录层面的目标，对采购清单毫无改善。

功能多显得安全

一个演示了报价、采购、车间跟踪、质量、客户门户的方案，感觉像把整个工具箱买下来。但广不等于深。一个存在的模块，不等于它能用你手上真实的提前期算出一个可以据以行动的日期。

确实有人需要一张合规的发票

有时候触发点是真实的：月底结账要凑数、税务要合规票据、客户审厂要批次追溯。这是记录问题，ERP 是合理答案。只是它回答不了清单上的另一个问题。

这四个理由都不蠢。但它们都落到同一笔采购上：一套记录事务的系统，而痛点本来是一套预测事务的系统。

没人提醒你的失效方式

这一年大概是这样的。ERP 上线。库存准确率提高了，因为现在有扫码和库位。月结变快了。这两项都是真实的收益。

然后看第九个月计划员的桌面。采购清单还在 Excel 里，因为 ERP 的 MRP 模块要一份没人信的预测，和一堆上线时手填、之后没人碰过的提前期。模块在跑，跑出一个几百万的数字，然后被忽略。

还有一项成本从来不会出现在立项报告里：实施会占用那个本来能去修计划的人。计划员在数据迁移工作坊里花的每一周，都是他没在看提前期、没在追问“为什么总是这六个零件迟到”的一周。

计划层自己就能解决什么

如果台账是够用的——不用完美，够用就行——加一个计划层，这一周就会变：

• 一份带日期的缺料清单。不是“库存偏低”，而是哪张订单会赶不上交期、卡在哪个物料、问题从哪天开始。
• 每个物料的最晚下单日。需求日减提前期减来料检验：11 月 15 日要，供应商 30 天，检验 3 天，那么 10 月 13 日必须下单。算一次是算术，算三百张未结订单就是 MRP。
• 改一个假设看影响。把氧化提前期从 30 天改成 45 天，看哪些订单会移动。手工做，是一个报废的周末。
• 带区间的预测，于是你备的安全库存背后有理由，而不是习惯。
• 未来八周按工作中心的产能负荷，在排程替你做出决定之前先看到。

它从记录现在所在的地方读数据。如果那是财务软件加四张表，导出就行。

什么时候真的需要 ERP

确实有一份清单。它比多数厂商暗示的要短，而且几乎全部关于“义务”，不关于“决策”。

• 必须为账目做存货计价，而月结最后靠一个从毛利率倒推出来的调整数收尾。
• 有多个工厂或仓库，之间有调拨，没人说得清一托盘货归谁。
• 有追溯义务——批次或序列号谱系、受监管产品、客户审厂要求做一次模拟召回。
• 多币种采购，到岸成本要把运费、关税、报关代理费算进入库成本。
• 财务要求工序级成本归集，工时在工序上采集，而不是月底分摊。
• 交易量已经超出人力。每天有十几个人动库存时，表格就不再是系统，而是传闻。

这份清单上的每一条，都是关于“给别人看的记录”——审计、银行、客户、税务。没有一条是关于“下个月该买什么”。

五个问题定结论

按今天的情况回答，不要按项目做完之后的样子回答。

1. 现在这一刻，你能说出下个月哪张订单会误期吗？如果这需要打开一个文件重新算一遍，那是计划问题。
2. 月底财务是不是用一个调整分录把库存调平？那是记录问题。
3. 客户要求三周内多加 200 台，你能在一小时内答复吗？计划问题，而且答案必须是一个日期。
4. 有没有一批库存你算不出价值，因为入库单从来没入过账？记录问题。
5. 你备安全库存，主要是因为计划不可信吗？计划问题。那批库存是你为“没有计算”付的月费。

三个以上是计划答案，下一笔钱该花在计划层。两个以上是记录答案，值得去梳理 ERP 的范围——但无论如何，先把计划跑起来。

先做哪一步

如果两件都要做，先做计划。不是因为计划软件便宜（虽然 79.99 美元一个月确实便宜），而是因为第一次跑计划是你买得到的最便宜的一次数据体检：哪些提前期是编的、哪些 BOM 少一层、哪些物料有账面上找不到的库存。

那份异常清单正好可以用来划定 ERP 的范围。它把“我们什么都要”变成“我们需要修正这四十个物料、需要这三个模块”，并且给了你一个方法去验证新系统到底是会计划，还是只会记录。

诚实的例外：如果台账烂到跑出来的计划全是噪音，那就先修台账——一次实盘、对着销量前二十的产品过一遍 BOM、用六个月的实际入库回看提前期。三周不体面的活，不是一个为期一年的项目。

Planvance 站在哪

Planvance 是计划层，只做这一层。它把需求预测成区间，展开多级 BOM，对库存、在途和未结生产订单做净算，返回带日期的缺料与按你维护的提前期倒排的采购建议。S&OP 和产能负荷跑在同一套数据上，你可以改一个提前期看哪里会断。

它不是 ERP，你的财务软件或表格仍然是记录。数据通过 Excel 和 CSV 进出，中英文表头自动识别。接 ERP 的 API 是下一步，不是替代。

价格是固定的：定价页有完整说明，对比页讲了它和 ERP 内置 MRP 模块的差别。

聊完之后常被问到的问题