从 Material Requirements Planning 看 SAP 物料计划的底层控制逻辑

在 SAP 项目里，MRP 很容易被理解成一个按钮，运行 MD01N、MD02 或者某个 Fiori App，系统就会生成采购申请、计划订单、相关异常消息。这个理解不能算错，但太薄了。真正把 MRP 跑顺的，从来不是运行程序本身，而是物料主数据、组织层级、MRP area、生产版本、物料状态、停用件替代、计划周期这些控制点能不能互相咬合。

MRP 的英文全称是 Material Requirements Planning，中文通常叫物料需求计划。它关注的是一个很现实的问题，什么时候需要什么物料，需要多少，从哪里来，是采购、生产、库存转储，还是从某个特殊供应来源补充。SAP 官方资料里对 MRP 视图的进入条件讲得很明确，物料是在 plant 层级计划的，所以进入物料主数据的 MRP screen 时，必须在 Organizational Levels 窗口指定 plant。若要维护 storage location 相关数据，也要指定对应 storage location。旧版 ERP 文档里还提到，storage location 可以作为 MRP 中相对独立的计划单位。到了 SAP S/4HANA，计划颗粒度更强调 plant 和 MRP area，storage location MRP 在转换场景下通常要结合 MRP area 思路重新理解。(SAP He