3.3 MRP结果评估概览
企业可通过多种方式来评估MRP运行的结果，对结果进行分析，及时发现各种异常情况，并作适当的调整。本节主要说明各种评估的方式。
1 . MRP评估的必要性
MRP评估需要MRP控制者这一角色，MRP评估的必要性是由多个因素决定的。
（1）企业业务中的异常情况
企业业务操作中异常的情况很多，譬如应该在2月10号采购某批原材料，但是结果一直未采购或是供应商未送货，又如某个产品的BOM未维护，导致未展开下阶原材料的相关需求，对这些异常情况，需要评估才能够及时的发现，并调整，这样才能保证MRP的正常运行。
（2）MRP自身的局限性
MRP作为一种计划运行的方法，有其本身的局限性。
MRP运行结果是基于无限产能，因此或者需要在系统外对主生产计划（MPS）进行排程，或者运行完MPS（MRP）后，对工作中心负荷（Work Center Load）进行评估，通过比较工作中心的能力（产能/Work Center Capacity）和已分配的生产订单、计划订单，当工作中心的负荷超过了工作中心的能力，则应增大产能（如加班）或者应该调整生产订单、计划订单的执行时间。
常用的对工作中心负荷评估的事务代码从CM01到CM05，工作中心评估对应的区域菜单的事务代码为CM00。
如果希望评估产能也包括计划订单，在MRP运行参数“Scheduling”中选择“lead time scheduling and capacity planning”
SAP ERP中工作中心评估的工具略显粗略，要实现更加细致、灵活的要求，需要采用高级排程软件APO（APS）等解决方案。
同时MRP运行并不是基于当前物料供给得出的最优结果，完全是至上而下，输入产成品的需求数量，然后通过MRP运行，得到MRP运行的结果，即半成品、原材料的采购申请、计划订单等，如果半成品、原材料无法供给，就给出例外消息，并不会自动调整。
因此对MRP的结果的评估是必不可少的，通过阅读MRP例外消息以及查看MRP的各种报表来及时发现各种业务异常，如可能缺料的情况以及多采购的情况，并及时做相应的调整。
2 . MRP评估的角度与指标
MRP结果使用如下四个工具来进行评估：
供给/需求清单（Stock/Requirement List）—是指在一个界面中查看到一个物料的供给、库存、需求数量、日期以及可用量，这样可以直观地了解一个物料是否会缺料，是否会多生产。
覆盖范围（Range of Coverage）或（供应天数）—覆盖范围、供应天数、覆盖天数的意思基本相同，通过查看物料的覆盖范围来评估物料的可用天数（供应天数），可用天数过低代表可能会导致缺料情况发生，过高又说明有库存积压的风险。
SAP中覆盖天数的计算有两种逻辑。
逻辑1：可用库存何时将会被消耗点。
当前可用库存为250个、明天需求50个、后天需求100个、大后天需求150个，则在大后天物料将不可用，因此可用库存可覆盖需求的天数为2+（250–50–100）/150= 2.67天，即当前可用量（库存+供应）只能覆盖2.67天。系统提供了三个覆盖天数的指标，三个指标有着不同的可用库存的计算方式，指标1中可用数量即为当前库存数量，指标2和指标3可以考虑过各种类型的供给，具体是通过事务代码OMIL定义可用库存的计算方式，哪些供应（生产订单、计划订单等）纳入到可用库存的计算中。
逻辑2：等于当前可用库存数量/日需求数量的算术平均数。
当前可用库存为250个，下一周的需求如上面所示（明天需求50个、后天需求100个、大后天需求150个），则下一周的日平均需求等于300/5等于每天60个，因此覆盖天数等于250/60=4.16天。
例外消息评估—例外消息是MRP运行过程中，系统自动产生的消息。有数十种例外消息，不同的例外消息代表不同的业务情况，譬如某个原材料可能缺料，因此对例外消息的评估是MRP控制者必须要做的日常工作。
需求追溯和订单报表—指追溯原材料的供给是由哪一个半成品触发的，半成品的需求又是由哪一个产成品产生的。订单报表是指整体查看对象的供需情况，譬如一个产成品的生产订单中包括五个原材料，此时作为生产计划员（MRP控制者）需要通过订单报表可以汇总查看产成品及其五个组件的供需情况。
3 . MRP评估的事务代码
如图3-1所示为MRP评估的事务代码，这些事务代码可分为以下几组：
1）事务代码：MD04、MD05、MD06、MD07，这几个事务代码最为常用，可单个或批量查询物料供需情况，查询例外消息，并集成事务代码MD4C、MD09中的订单报表、需求追溯等功能。
2）事务代码：MDDO、MDDS是批量显示物料的供应天数。
3）事务代码：MD4C、CO46、MD09以订单为单位进行评估，查看整张订单以及订单所包含的原材料的产供销情况，还可以进行需求追溯。
4）事务代码：MD44、MD45、MD46、MD47、MD48 是对MRP运行结果进行按照MRP元素合并查看，不是很常用。
4 . MRP清单与MRP结果差异（MD04、MD05、MD06、MD07差别）
MRP运行后，产生两类的结果：MRP清单（MRP List）和MRP库存需求清单（Stock/Requirement List）。MRP清单是指上一次运行MRP的结果，通过事务代码MD05、MD06查看。例如，物料A，有一个销售订单，数量100，2011/9/14晚运行MRP，产生计划订单100个，2011/9/15上午，创建一个新的销售订单。当前日期为2011/9/15在事务代码MD04、MD07中可以查看到新创建的销售订单，通过事务代码MD05、MD06（MRP清单中）中查看的仍然是上次运行MRP的结果，因此不会看到新维护的销售订单。
3.3.1 产供销清单说明
事务代码MD04是最为常见的MRP评估的事务代码，用于查看单个物料在单个工厂（MRP区域）下的产供销情况，从ECC 6.0 EHP2开始，激活相应业务功能，还可进行多物料、跨工厂查看，具体功能在后面介绍。事务代码MD04中相关功能可以分为以下几类。
1 . 以列表的形式汇总显示产供销信息
如图3-2、图3-5所示，可以看到物料Z-101，在工厂1000下的产供销的详细情况，看到该物料在工厂1000下所有与MRP相关的业务单据，如销售订单、采购订单、生产订单等MRP元素。图3-2中第一行代表：2011.08.01有销售订单的需求，销售订单编号为12925，需求数量为10个，当天的可用数量为–3190.574。
系统通过MRP元素来（MRP Element）区分各种业务单据的类型，如图3-2所示，“CusOrd”代表销售订单、“PldOrd”代表计划订单、PO项目代表采购订单，因此SAP中共有近60种MRP元素，鼠标定位在MRP元素，按F1帮助，可以看到MRP元素的解释。
使用中文登录SAP时，会发现部分MRP元素的描述令人费解，事务代码OMD5可以定义（修改）MRP元素的描述，譬如修改MRP元素“销售订单”的描述从“CusOrd”到“销售订单“，修改后的结果，如图3-3所示。
在本例中，以“日供应量”为例，本例中日供应量为–36.8天，代表已经缺料36.8天，若日供应量为36.8，代表还有36.8天才缺料。
如图3-5所示，可用库存出现负数（库存不够用）的日期为2011-07-26，当前日期为2011-09-14，当前日期减去2011-07-26，扣除非工作日（周末）的天数为36天，而在2011-07-26当天总需求为（100+100+3，844.711+0.526+0.526）=4045.763，前一天（2011-07-25）的可用库存为867.925，因此2011-07-26当天的不可用数量换算为天数等于（4045.763–867.925）/4045.763=0.8，合计缺料–36.8天。
日供应量为负数，是不应该出现的情况，不仅说明过去有缺料情况，还说明对缺料未做处理；日供应量过小，说明可能有缺料的风险；日供应量过大，说明有积压库存或是过早采购或是过早生产。如果公司生产计划为按周创建，那么大部分原材料的日供应量在一周内或左右是比较正常。
3 . 按期间汇总查看
4 . 向下查看功能（订单报表）
6 . MD04中的操作功能
在事务代码MD04中，双击MRP元素，可对MRP元素进行各项操作，转到对应的业务处理的事务代码中。操作如下：
可以根据需要通过事务代码OM0K自行增加处理MRP元素的事务代码。例如，在事务代码MD04中，对于MRP元素—采购申请，系统默认无法执行审批采购申请的操作，则可以通过事务代码OM0K增加审批采购申请的事务代码，更多资料，限于篇幅，请自行网络搜索关键字“SAP OM0K”。
7 . 选择条件和过滤器
譬如：在MD04中，存在两个MRP元素，库存100个，2011/10/1存在销售订单需求50个，因此2011/10/1可用数量为50个；若设置选择规则，选择条件中不包括MRP元素“销售订单”，则显示的可用数量将根据选择条件，发生变化，也就是不再考虑销售订单，因此可用数量变为100个；若设置过滤器，过滤条件中不包括MRP元素“销售订单”，则显示的可用数量不会随着过滤器的设置发生变化，因此显示的可用数量为50个。
系统预定了各种过滤器和选择规则，还可以通过后台事务代码OM0I/OM0J按照需要定义新的过滤器和选择规则。通过定义不同的选择规则，不同的选择规则中可包含不同的MRP元素类型，譬如：
8 . MRP信息取数说明
事务代码MD04（库存/需求清单）和MD05（MRP清单）中显示的MRP信息非常有用，但报表中需要这些MRP信息时，一般情况下不会直接读取表来获取MRP相关信息，而是通过函数来读取信息。
通过函数MD_STOCK_REQUIREMENTS_LIST_API可读取特定物料在特定工厂下的所有MRP元素，即事务代码MD04中的信息。
通过函数MD_MRP_LIST_API读取MRP List的信息。
3.3.2 覆盖范围
覆盖范围（Range of Converge）是指库存可覆盖的天数，即可用库存还能用几天（覆盖多少天的需求）。
在ECC 6.0 EHP2中，通过激活业务功能增强LOG_PP_MIS，系统进一步增强覆盖范围的评估功能，具体而言如下。
- 增加事务代码MDDO
在该事务代码中可以输入多种查询条件，如MRP控制者、覆盖日期查询等等。如图3-8所示，查询MRP控制者从001到007，物料编码为ZMTO开头，日供应量小于三天的（即库存在三天后用光）物料。
- 增强事务代码MD04/MD05/MD06/MD07的选择界面
激活ECC6.0 EHP2，业务功能增强LOG_PP_MIS后，如图3-9所示，事务代码MD04/MD05/MD06/MD07中的选择界面中增加下列筛选条件：
增加根据物料类型、物料状态进行搜索；
增加根据日期查找。
- 在事务代码MD04的抬头明细中增加四个屏幕
如图3-10所示，通过事务代码MOIO配置，在事务代码MD04的抬头中增加了如下几个屏幕：
Ranges of coverage（覆盖范围）；
Stocks（库存）；
Period statistics（期间统计）；
Statistics 2（统计2）。
在图3-12的标签页“统计2”（Statistics 2）中，可以输入评估日期，然后系统计算到评估日期为止的需求、供给汇总情况。当前日期为2011-06-27，在本周末（2011-07-01）需要生产某一关键的产品，因此输入评估日期2011-07-01，系统将统计截止到2011-07-01为止的需求、供给情况，这样将有一个更加直接的了解。
3.3.3 例外消息
MRP中的例外消息是MRP中运行时产生的，系统将MRP运行过程中的异常情况以例外消息的形式体现。
每个例外消息都说明特定的业务出现异常，下面举一个常见而又简单的例子来说明业务中比较常见的问题，分别代表MRP运行时的主数据问题、缺料提示、积压提示。
- 例外消息示例
下面以示例简要说明如何展现三种典型的例外消息：主数据异常、缺料、积压。
（1）主数据问题的提示（例外消息62）
某公司按订单生产某产品ZMTO80，物料ZMTO80设置为按订单生产，获取方式为自制，物料ZMTO80不存在物料BOM，无销售BOM，也无工艺路线。
接到客户订单，在系统中创建产成品ZMTO80的销售订单（订单号码13）。此时运行MRP，由于该物料类型设置为自制，但是却无BOM、工艺路线，系统判断属于异常情况，自然应该给予例外消息。
具体而言，如图3-13所示，销售订单对应的计划订单中有两个例外消息：
例外消息62：代表应该有工艺路线，但是系统没有找到有效的工艺路线；
例外消息52：代表应该有BOM，但是系统没有找到有效的BOM。
例外消息62在例外消息52的前面，这是后台例外消息的优先级控制的。
（2）缺料提示（例外消息30和10）
维护原材料ZROH80，设置该原材料的交货日期为40天，为物料ZMTO80维护BOM，包含原材料ZROH80，并维护物料ZMTO80的工艺路线。
系统产生产成品ZMTO80的计划订单，其计划生产日期为2011-10-18，因此原材料的要求到位日期最迟为2011-10-18。
用事务代码MD02重新运行MRP。
用事务代码MD04查看物料ZROH80的供需情况，系统产生相应的采购申请，当前日期为2011-09-16，考虑物料40天的交货期及采购处理时间，因此采购日期中的交货日期为2011-10-31。
由于生产ZMTO80而触发对物料ZROH80的相关需求最晚应于2011-10-18交货，该采购申请从时间上无法满足需求。因此，如图3-14所示，系统判断该采购申请存在异常情况，给出例外消息30：代表有可能导致缺料。此时如果该物料有多个供应商，应向交货期短的供应商采购，如果仅有一个供应商，也应及时向供应商确认交货期是否可以提前。
将该采购申请转为采购订单，系统并不会提示例外消息，但是当采购申请转为采购订单时，可以看到此时的例外消息变为10，如图3-15所示。
与例外消息30相比，例外消息10代表缺料的可能性进一步提高，此时应进一步与供应商协调，或者调整生产计划。
（3）多余供给提示（例外消息20）
此时删除销售订单（13），因此需求减少，重新运行MRP，相应的原材料也应该减少采购。但由于采购订单已经生成，运行MRP后，采购订单无法自动被系统删除，因此系统给出例外信息20，具体见图3-16，代表供给没有需求，应该被取消，正常情况下，如果无法取消，则导致库存积压。
- 例外消息配置说明
各种例外信息的产生都是由MRP运行时自动产生的，每个例外消息都有特定的含义，无法进行配置。系统共有36个例外消息，36个例外消息又分为八个例外组（Exception Group），系统允许修改例外消息所对应的例外组，但一般项目很少修改，如果确实有必要修改，修改时需要了解所有的36个例外消息的逻辑后再去修改。
SAP例外消息的中文翻译不够准确，可通过事务代码OMD3修改例外消息的描述，在图3-16中，例外消息20翻译为“取消工艺”，修改例外消息的描述后，在事务代码MD04中可以看到更改结果，图3-17所示为修改后的结果。
不同的例外组代表不同的业务异常情况，因此非常有必要批量查询物料的例外组，以及根据例外组查找相应的物料。如图3-18所示，MRP清单即实现该功能（事务代码MD06）。
在本例中，选择所有的例外消息组，执行后，将出现存在这八个例外消息组的物料的列表，如图3-19所示，可以看到物料1000002有例外消息，该物料有3条例外记录属于例外消息组7，1条例外记录属于例外信息组3。生产计划员（采购计划员），应该查看属于各自MRP控制者的物料的MRP例外消息，并进行处理。
3.3.4 计划结果和计划状况
计划结果和计划状况（Planning Result and Planning Situation）是将各个MRP元素按照类型、期间进行汇总，一共有五个事务代码，如表3-5所示。
说明：Planning Result是指MRP list（上一次执行MRP）的结果，而Planning Situation是当前的库存/供给/需求情况。
这五个事务代码整体的逻辑差异不大，以事务代码MD44为例，相当于将事务代码MD04中的各个MRP元素（生产订单、采购订单等各种MRP元素）按照月份进行合计。其汇总的结果如图3-20所示。
图3-20中，相关字段解释说明如下。
- 可用数量和ATP数量的计算
可用数量等于当月及以前月份所有的接受数量（包括库存）减去当月及以前月份所有的需求数量。ATP数量等于当月（不包括以前月份）所有的接受数量（包括库存）减去所有需求（扣除独立需求数量）数量。累计的ATP数量等于当月（包括以前月份）所有的接受数量（包括库存）减去所有需求（扣除独立需求数量）数量。
详细消息请参见下列SAP Note：
SAP Note 48280 - MD44: Calculation of the ATP quantity
SAP Note 82453 - MD44: available quantity and ATP quantity cannot be set
- 排除在MRP外库存的以及特殊库存的显示
通过在菜单中单击“编辑”，然后设置“段”（Segment），可以设置当前界面显示的库存是否包括排除在MRP外的库存以及特殊库存。 - 系统设置
系统设置如下：
事务代码OPPK：定义图3-20中“层次1/2”的描述；
事务代码OPPM：定义评估参数文件，系统默认的两个格式为MPS和SOP，可以新增或者做适当的修改；
事务代码OPPN：定义评估格式，分配评估参数文件。
3.3.5 跨工厂、多物料查看MRP结果
在ERP 6.0 EHP2中，通过激活业务功能增强LOG_PP_LMAN，系统增强了三个方面的功能：看板、重复制造（Sequencing in Repetitive Manufacturing）、库存和需求清单（Stock/ Requirements List），在库存和需求清单中增加了物料分组功能（Material Groupings in the Stock/Requirements List）。
下面介绍该业务功能对事务代码MD04的影响。
事务代码MD04是对物料进行MRP（产供销）评估的重要工具，但MD04只能对基于单个物料的单个工厂（MRP区域）进行评估，本功能包增强了该功能：一方面可以按照产品组（Product Group）查看，还可以通过增强实现任意的自定义物料的组合的产供销情况。另外一方面，可以查看一个物料在多个工厂下的产供销情况，这样对于存在多个工厂的公司，而同一个物料经常在多个工厂下可能安排生产、使用的情况，非常有帮助。
譬如：A工厂负责生产某个半成品X，A工厂生产完毕后给B工厂进一步生产使用，站在整个公司（集团）的角度，希望查看半成品X的整体产供销情况。步骤如下。
- 多物料评估MRP
系统标准功能中，可以通过产品组，也可以通过增强实现多物料的组合。通过为物料建立组合，无论是安排销售计划、生产计划、还是给客户的订单承诺以及最终的交货，都可通过查看组合的整体的需求、供给、可用量，来实现更好的跟踪。
本例中演示通过产品组组合物料，物料P-101、P-102、P-100为非常类似的产成品，仅存在细小的差异，譬如颜色差异。从满足客户的需求角度考虑，在某种情况下各种产成品可以互相替代。
如图3-21所示，事务代码MC84创建产品组PG-100，产品组中包括三个成员：物料P-100、P-101、P-102，并设置成员各自的比例，一般来说产品组的成员比例合计应为100%，比例代表当对产品组PG-100维护独立需求时，系统将按照此比例对成员进行分配各自的需求数量。
如表3-6所示，当前在系统中，产品组中所包含的三个物料在工厂1000下的供需情况如下。
在事务代码MD04中，如图3-22所示，可按照集合（Aggregated Form）或非集合的形式查看供需情况。
1）非集合方式（单个物料）：物料P-101在6月30日的可用数量为218。物料P-100可用数量不足，缺887；
2）集合方式（产品组）：包括物料P-101在内的产品组在6月30日的合计可用数量为–505。
如图3-23所示，在跨工厂视图中，可以查看到物料P-101在所有工厂下的物料需求、供应情况。本例物料P-101在工厂1000、3000都存在MRP数据。跨工厂评估时同样也可以按照集合显示或者非集合显示产供销的可用量情况，即可以显示物料在多个工厂的合计可用数量，也可以显示物料在单个工厂的可用数量。
- 系统实现以及说明
使用本功能时，需要注意以下要点：
只有当物料存在产品组或者在多个工厂下存在时，“产品组视图”和“跨工厂视图”才会出现在事务代码MD04中。
后台需激活在事务代码MD04中显示“产品组”和“跨工厂视图”的信息。
设置路径：OPP1>评估>显示物料分组（Display Material Groupings）
“产品组”和“跨工厂视图”二个功能可结合过滤器（Filter）和选择规则（Selection Rule）功能，设置不同的过滤标准和选择规则，评估不同情况下物料的产品组或者物料在跨工厂下可用情况。
如图3-24所示，单击“过滤”按钮，可以设置选择规则、过滤器功能对MRP元素进行筛选。
3.3.6 订单报表和需求溯源概览
生产计划员需要从整体上清楚某个产成品所包含的原材料、半成品以及半成品下的原材料的供给情况如何，是否有缺料情况。
采购计划员和（或）采购员需要知道某个原材料的供给是由于何需求触发的。
系统中提供订单报表和需求溯源功能来满足这方面的需求。其中订单报表是自上而下（产成品到所有相关的原材料、半成品），需求溯源是自下而上（原材料到产成品），订单报表先体现需求，再找到需求所对应的供给，需求溯源找到供给所对应的需求。二者在数据源和处理逻辑上是完全一致的，也就是订单报表中，需求A对应供应B的话，同时查看需求溯源报表，供给B也是对应需求A。
有多种方法可以用于查询订单报表和需求溯源：
专门的订单报表的事务代码MD4CCO46、需求溯源的事务代码MD09；
事务代码MD04（当前供需报表）；
在满足一定条件下，通过事务代码COOIS、VA03等界面，单击相应的按钮或者选择菜单命令也可转到订单报表中。
3.3.7 订单报表
在订单报表中读取当前供需情况，即事务代码MD04中的信息，将整张销售订单（生产订单、计划订单等）中所包括的组件（原材料、半成品），从产成品到最底层的原材料都显示在一个界面，每一个组件都列出需求日期和需求数量，并显示相应的覆盖需求的供给（Receipt Covers the Demand），并读取供给的各项信息（开始日期、结束日期、状态、供给数量）、供给的MRP例外消息，以及根据ATP逻辑计算物料是否缺料。
- 订单报表参数文件
系统预配置两个参数文件SAP000000001和SAP000000002，分别分配给事务代码MD4C和CO46，这两个事务代码都可以查看订单情况，主要差异就是参数文件的区别。
事务代码CO46为订单执行报表（Order Process Report），相比事务代码MD4C其对应的参数文件SAP000000002比参数文件SAP000000001将显示更多字段（包括物料价格等）与更多物料信息，如包括bulk物料，相关参数参见图3-26。
在执行订单报表的界面可以手工修改默认的参数文件中的参数，还可以通过事务代码OPPF维护新的参数文件。
- 订单报表示例
通过一个简单的示例来说明订单报表的应用，具体如下。
（1）主数据设置情况
产成品（ZMRP010）包括一个原材料（ZMRP090）和一个半成品（Z-112），该半成品下又包括一个原材料（ZMRP091），这四个物料不存在任何供给、库存、需求。
设置产成品（ZMRP010）的自身的生产周期为两天、未设置计划边际码的产前、产后缓冲天数（Scheduling Margin Key）、未设置收货处理时间（GR Processing Time）。
设置半成品自身的生产周期10天（不考虑周末为两个礼拜）、收货时间1天；
原材料的采购提前期为10天。
（2）业务操作情况
当前日期为2011/10/18，创建销售订单（27），销售产成品ZMRP010，数量为99个，交货日期为2011/10/25，系统倒推计算出该订单的计划行中的物料可用日期为2011/10/20。物料可用日期是指在这一天物料应该在仓库准备到位，处于随时可发货给客户的状态，可用日期到交货日期之间的间隔为拣配、装载、运输等时间。
如图3-25所示，运行MRP产生产成品的计划订单（37066）、半成品的计划订单（37070）、原材料的采购申请（10014049）。
（3）MRP结果（订单报表）—产成品供需情况
产成品ZMRP010的计划订单（37066）的完成日期为2011/10/20（物料可用日期减去产后缓冲日期减去收货处理时间），开始日期为2011/10/18（完成日期减去生产周期两天）。
因此在图3-25中可以看到产成品的需求日期为2011/10/20，其对应的供给为产成品的计划订单（37066），计划订单的完成日期（收货日期）为2011/10/20，产成品本身没有延误，产成品的生产周期为两天，因此产成品的计划开始日期为2011/10/18，即产成品ZMRP010对半成品Z-112产生的相关需求日期为2011/10/18（产成品的开始生产日期）。
（4）MRP结果（订单报表）—半成品供需情况
由于半成品没有库存，因此半成品也产生了计划订单，正常来说该计划订单的完工日期应该等于产成品对该半成品的需求日期，即2011/10/18，但当前日期为2011/10/18，半成品最早于今天开始生产，半成品的生产周期为两周，因此半成品的计划订单的完成日期为当前日期向前推（Forward），即2011/11/02（完成日期等于当前日期+生产周期），收到仓库日期为2011/11/03，也就是说本例中即使原材料按时到位，半成品生产完毕并就位，将拖延11天。
因此在图3-25中可以看到半成品的需求日期为2011/10/18，其对应的供给为半成品的计划订单（37070），半成品本身将延误11天。
（5）MRP结果（订单报表）—原材料供需情况
半成品Z-112对原材料ZMRP090产生的相关需求日期为2011/10/18（半成品的开始生产日期），由于原材料ZMRP090也不存在库存，因此原材料将产生采购申请，原材料的采购提前期为10天，因此在图3-25中可以看到，原材料需求日期为2011/10/18，供给日期为2011/11/02，原材料将延误10天。
（6）整体延误（多层延误情况）
综合来看，多层延误的总天数等于延误最多天数的下阶物料的延误天数+产成品本身延误天数，如果BOM有多层，则不断累加，具体而言，本例中原材料将延误10天，等原材料入库到位后，还需要11天，半成品才能生产到位，半成品到位后，产成品需要两天，就能入库，当前订单中，客户的订单提前期仅为两天（2011/10/20-2011/10/18），仅考虑产成品本身，不会延误，考虑半成品、原材料供应，合计的延误天数为21天，也就是说该张销售订单（27）预计会延误21天，才能交货给客户。
- 功能应用说明
在SAP ECC6 EHp3及以上版本中，功能增强包LOG_PP_MIS中增强了查询多层延迟的功能以及批量查询销售订单的多层延迟日期（客户需求日期-可能的交货日期）。
相关说明如下。
（1）订单报表中查看订单的多层延迟日期的说明
在订单报表（CO46/MD4C）中，在订单报表的参数文件中，可以设置多层延迟（Multilevel Delay）。具体设置如图3-26所示，在参数文件中定义多层延迟及其计算逻辑。具体效果如图3-27所示，查看到订单中的产成品的累积延迟天数，本例中销售订单（27）预计将延误21天交付给客户。
（2）销售订单延迟天数报表查询说明
增加程序RMDMULTILEVELDELAY，可以批量查询多张销售订单的多层延迟情况，根据输入的查询条件（如销售订单号码），事务代码SE38运行程序后，可以直观地查询到销售订单可能的延迟交货天数（客户需求日期-可能的交货日期），如图3-27所示，可以查看到销售订单27的整体延误情况，该张有三行，延迟天数分别为21、11、11天。
（3）订单报表中的对象
订单报表中可以查看销售订单、生产订单、计划订单，但是只有销售订单设置为MRP相关，才可以在订单报表中查看到。
（4）事务代码MD4C、CO46中缺料逻辑
事务代码MD4C、CO46可以整体查看所有原材料的缺料情况，缺料逻辑可以定义根据ATP逻辑还是货物接受日期（参数文件中定义），如果未显示缺料标志（Misspart Indicator），可能需要参见SAP Note 1504531 - MD4C: Missing part indicator not displayed。
3.3.8 需求溯源
需求溯源（Pegged Requirement）是指追溯某个供给所对应的需求，最常见的供给是外购供给（采购申请、采购订单、计划协议、计划订单）和自制供给（生产订单、计划订单），具体而言，追溯原材料的采购申请是为哪些半成品而采购的，半成品的计划订单（生产订单）是由哪些产成品触发的。
- 需求追溯的基本逻辑
在MTO的模式下，生产订单与销售订单有着一一对应的关系，对于非通用件（按销售订单采购的）的原材料，其采购申请、采购订单也与销售订单有着唯一的对应关系，在此背景下，追溯供给的来源非常简单。
在MTS的模式下的所有供给以及MTO模式下按库存采购的原材料、按库存生产的半成品，其追溯并没有严格意义上的对应关系，系统并不记录需求与供给之间的直接关联，而是将事务代码MD04（当前供给和需求）中的所有收货/供给元素（Receipt Element）和所有发货元素（Issue Element）在时间轴上进行排序，最早的收货/供给被最早的发货/需求给消耗，若最早的供给未被最早需求完全消耗，则剩余部分的供给被次早的需求消耗，按此进行类推。
- 需求追溯示例
原材料ZMRP090为按库存采购，通过事务代码MD04查看其供给需求情况，如图3-28所示，按照需求追溯的原则，则相应的供给对应的需求如下：
供给库存，数量50个，对应最早的需求，具体而言为预留50个；
供给采购订单（4500017336），数量20个，对应物料Z-112触发的相关需求，数量为99个中的20个，剩余79个需求将被另外的供给覆盖；
供给采购申请（10014031），数量297个，对应物料Z-112触发的相关需求，对应的数量为相关需求总数量99个中的79个，对应半成品ZMRP011触发的相关需求198个（半成品），对应物料ZMRP014、ZMRP15触发的相关需求各10个。
在图3-28中，双击采购申请10014031，单击向上追溯按钮，追溯结果如下（见图3-29）。
- 需求追溯注意点
使用需求追溯时需要注意以下方面。
1）需求溯源的结果来源于事务代码MD04中的结果，系统并不保存供给与需求的对应关系，而是动态计算的，譬如在上例中增加某个供给的数量：手工更改采购订单（4500017336）的数量为120个，再对该采购订单进行追溯，其需求将发生变化，而后续的采购申请的溯源结果也会随之发生了变化，也就是说同一个供应元素（如本例中的采购订单、采购申请）在不同时间查看，由于其他供给和需求发生变化，其需求来源都不尽相同。
2）MTS的模式下无法对现有库存进行溯源，因为当前库存是若干次收货、发货之后的结果。
3）需求追溯所调用的函数为MD_PEGGING_NODIALOG或者MD_PEGGING。
4）在MTS的情况下，即使使用批量EX，仍然无法进行一一对应。
5）下列两个Note 进一步解释了需求追溯功能：
SAP Note 12955 - Pegged orders/pegged requirements: Documentation
SAP Note 32214 - MD09: The meaning of the required quantity
3.3.9 订单报表和需求溯源总结
订单报表和需求溯源中二者一脉相承，最基本的原则都是按照时间轴，将当前的需求与供给一一进行对应，当供给或需求发生变化时，对应关系可能也将随之发生变化，所谓的时间轴，就像游戏中二军对垒，一方冲锋在前的和对方冲锋在前的捉对厮杀，厮杀完了如果血瓶还有、尚未死掉，再和对方第二回厮杀。
