我前面的博文中主要是从业务视角梳理和解析了，SAP PP 模块的的全局业务流程，需求管理，PP的主数据，SAP PP的计划体系，目的是进一步从业务视角加强了理解。因为ERP是一套企业管理信息化和数字化的系统，本质是企业的管理业务在ERP系统中映射与呈现。前面梳理的内容，更重要是方便深入理解ERP(SAP)中的MRP系统的全流程，计算逻辑，功能与作用作准备。因为MRP是PP生计划的核心，也是ERP和供应链的心脏，ERP都是在物料需求计划MRP的基础上发展起来的。从这篇文章开始，我的目标是全面梳理SAP MRP业务流程与知识体系，因为从业务知识与流程入手梳理与理解，才能真正理解和掌握SAP MRP和PP的本质，只要把业务本质理解透了和掌握了，然后才发现SAP系统中功能，界面上字段，前端的操作和后端配置理解就会更清晰，也更容易。也更知道怎样去跟业务部门沟通需求和提供解决方案。现在我深刻的体会到，从业务视角的去梳理功能与流程，也会更容易理解ERP(SAP)的本质了，这也是我为什么能坚持从业务视解梳和解析SAP系统的原因。
因为SAP MRP物料需求计划是生产计划PP模块与供应链模块(MM,SD)流程的心脏和大脑，只要真正彻底理解和吃透了SAP MRP的业务流程，计算逻辑，需求来源，计算结果与集成功能全链条的流程，这样SAP ERP才算真正的理解和掌握。所以这篇文章，我是先建立SAP MRP全局观，从业务视角全局地去梳理和理解SAP MRP，在此基础上，然后后续从业务细节去梳理，并能从SAP MRP 的源头、流程、逻辑、参数、例外消息、主数据入手，彻底吃透 MRP 全流程，因为这是掌握SAP MRP和 PP 的最核心路径之一。
MRP 流程与逻辑
因为SAP PP的所有主数： 物料，BOM, 工艺路线Routing, 生产版本(Production version)，工厂日历，lead time 最终都是为了物料需求计划MRP的计算服务的。在SAP PP中做的所有流程，像计划、生产、报工、收货， 都会影响 MRP 再计算。物料的库存、检验批、批次、生产工单状态
这些业务数据都会在 MRP 中被重新评估和计算。SD 模块的需求、MM模块中的采购、QM 模块的检验......这些数据信息都会全部汇总到 MRP 计算逻辑和程序的 Net Requirements 里面。这就为什么说MRP是ERP的大脑和心脏的原因，MRP 也是整个生产制造类型企业 ERP 的"决策引擎"。
因此掌握 MRP，也就是真正从业务上理解和掌握制造业的"供需平衡"和"计划逻辑"。所以一旦把MRP 吃透了，PP 模块的其它内容的理解就会变得简单与清晰了。
在理解SAP MRP所有相关流程，计算，功能之前，需要从业务全局视角理解SAP MRP包括的主要内容，这是理解后续MRP所有相关业务逻辑与细节的基础。那SAP MRP 业务流程，从业务全局角度，主要包括哪些流程呢？从业务视角本质理的话，MRP本质是企业的供需平衡循环系统。所以MRP全局业务视角主要包话如下流程与内容，物料需求计划MRP的一切业务都是在以下这个全局的流程中进行管理的。
-
首先要在业务端有需求端启动，业务需求是源头，这就是为什么在前面博文，我先从业务角度梳理了需求管理原因，销售与预测需求的产生就是重要的需求，如果是MTS按库存生的话，销售预测（Forecast）的产生的生需求，主生产计划（MPS），市场预测的独立需求（PIR）就是需求的来源 ，如果是MTO即按订单生产，客户销售订单（SO）或者客户特殊需求，这些都是MRP的需求源头。
-
检查物料的现有库存和对应的库存状态检查，业务库存，系统库存，因为业务里真实存在的库 存状态 在MRP计算时会影响产生的结果， 这就是为什么虽然物理上"有货"，但因为状态不可用，MRP 仍会认为你缺料，像QM 检验 QI 库存，当处于在检库存时，也视为库存不可用。
-
MM模块中采购，PP模块中的生产，或者转储订单，都是属于供应的数据，因此所有未完成的供应都会在 MRP 里视为未来可用资源。
-
检查并读取计划策略，这是企业制定的生产策略，然后就是读取物料主数与MRP相关的数据，包括配置后台参数，像MRP type, 批量，提前期，采购类型，计划时界，工厂日历，MRP Group等，这在以前的博文有从业务视角进行过解析，后续在梳理MRP的计算逻辑的细节，再体会理解具体的作用。
-
净需求的计算(Netting), 通过需求与供应的情况，根据业务角度，计算物料缺不缺，缺多少，什么时候缺？按日期从早到晚滚动对账计算：库存 + 收货 - 需求，等于净需求，一旦出现缺口就需要补，这个计算逻辑过就是净需求计算, 当然也包括日期计算与排程(Scheduling).
-
展开BOM，主要是根据物料的需计父项净需求计算，然后是父项建议，接下就是根据BOM结构，做BOM展开的计算，子项的净需求的计算，子项的建议，再展开，然后这样逐层递归的去做BOM的展开与计算。
-
根据以上步骤之后，然后就是做物料需求的计划MRP的运行，就是所说的MRP run, 就是最终决定企业的MRP 运行需求结果，给计划人员做最终分析和决策，就是在SAP PP的MD04，MD05做各种业务MRP元素的分析。
-
MRP run的输出结果与建议的分析，就是MD04，MD05 显示的每一行MRP需求与供应元素，就是MRP 运行之后给出的建议，包括例外消息(Exceptions). 像提前/延后/取消/数量调整/缺料等常用的例外消息的分析。
-
计划员和生产计划相关管理人员，就能根据MRP run运行结果与建议，做调整，做执行，如firm、改日期/数量、改来源、手工补单， 执行落地操作：PR转PO，然后走后续的采购流程。Planned Order转生产订单；然后对后续工单下达/收货/报工流程。
10.做决策与执行反馈流程的操作，然后根据需求或者需要重新触发MRP的运算，重新执行上面9步所做的人工分析与操作，然后形成新的库存/供给/需求状态，再进入第5步的净需求计算，这样进入新的MRP运算的循环。
MRP 全局流程
先从全局上理解MRP的业务流程与逻辑，这样从整体对SAP MRP流程与业务逻辑有个清晰了解，后续再梳理所有MRP相关细节，并把这些细节与全局梳程整合起来，从业务视角的功能，流程，计算，参数，结果，集成数据全串联起来深入的理解MRP的全过程，这样才算真正的理解SAP MRP。SAP MRP 的全局上的本质，就是在"时间轴"上持续做供需平衡：把需求（要什么/何时要）与供应（有什么/何时到）对齐，并输出可执行的补货/生产建议与异常提醒，驱动采购与生产形成闭环。
可以把 MRP 看成企业的供需平衡引擎 加 建议生成器 加 异常管理系统，这要就是SAP MRP系统就有一个整体清晰的掌握了，这为后续梳理所有相关细节打一个框架，彻底从整体和细节加强理解,MRP流程与逻辑整明白了，后续整个供应链流程理解就容易完整地串联起来，在MRP全局流程基础上，接下来我会继续梳理MRP相关的所有业务流程的细节内容，一步步把MRP从全局到细节的所有知识彻底完整地串联起来。