浅谈APO PPDS 与传统MRP的区别（二）
上回讲到APO PPDS的功能已经逐步融合进SAP S/4 HANA，未来必将替换掉我们熟悉的MRP工具。陆续接到一些做S/4项目的顾问私信问我PPDS的资料等，这背后是越来越多的客户希望了解或使用PPDS的功能，这对咨询顾问也提出较大挑战，因为市场上真正深入懂PPDS的顾问不是很多。但这对于善于学习新技能的人来说，恰恰也是一种弯道超车的机会。
因为目前我还未在S/4项目中应用PPDS，所以这里讲的PPDS仅限于对APO的PPDS的理解。但相信大部分PPDS功能会替换原来ECC的MRP这个判断没有变。我个人判断是包括我们熟悉的MD04， MF50都会被PPDS的功能替换掉。了解MD04对传统PP意味着什么，就知道这个变化未来会有多大。
上次「浅谈 PPDS 与传统MRP的区别 (一)」中讲到计划运行的方式以及计划运行程序的可定制性等方面，APO PPDS具有不少优势。
这次接着简单说说以下2点区别，供大家参考。
1. 关于需求和供应的追溯性报告（Pegging Relationship）
ECC中大家知道在MD04里有个溯源需求（Pegging Requirement）的按钮，可动态匹配需求项和供应项形成一个基于BOM多层次向上向下追溯性报告。用户通过此功能知道该供应项是由哪些需求项触发的。同时SAP还提供Order Progress Report(CO46 /MD4C)之类的报表功能（如下图）支持下溯性报告。故这些追溯性工具是支持从上到下或自下而上。
但是转折点来了，这些追溯都是动态生成的不储存在数据库表中。故这些信息无法在其他业务处理中使用。
这些上下层需求/供应的匹配，链接了企业内部和外部的供应链节点。这些节点上的一个需求项和供应项的变动直接影响供应链上的各个其他节点。 在排程和客户交期承诺中等等都可能用到这些信息。但是因为其不储存在数据库中，就失去了为这些重要业务/功能服务的机会。
在APO PPDS中，需求和供应的动态匹配链接成为Pegging Relationship. 所不同的是这些数据储存在数据库表中，所以其他功能应用可调用这些数据去实现特定的计划和排产功能。比如可以实现在排产中当一个上层工单被移动时希望原来Pegged的下层工单同步进行移动。
这在ECC中标准功能是无法实现的，ECC的Capacity Leveling功能只能支持用户单层的排产，虽然在MRP中下层可能会出现Exception Message，但是改变不了用户需要手工逐层调整各个层次计划的悲伤事实。这也就是为什么CM21在单层BOM情况下通过一些配置还是能用的，但是多层BOM就束手无策了。核心问题就出在Pegging Relationship上。
APO中Pegging在Location Product是单独有主数据需要维护（见下图）
然后在Product View（/N/SAPAPO/RRP3）中除了正常的element界面（类似MD04）之外有单独的一个Tab Pegging Overview显示这些数据（见下图）；
Pegging Relationship可以是动态的也可以是固定的。APO可应用Heuristic来固定Pegging Relationship或者删除Pegging Relationship来配合特定的计划排程步骤。
2. 需求供应计划是可以细到小时，分钟和秒。
在ECC中计划的精度通常是在天这个级别。ECC中即使需求方是有具体时间点，比如工单工序开工时间决定的物料相关需求的时间实际上是精确到秒的，但在MRP计算中是按照天去考虑该相关需求，产生一个计划订单去满足该相关需求，该计划订单的Available时间是相关需求日期的前一天的结束时间。即相关需求的小时/分钟/秒根本不在MRP考虑范围内。
同样的例证，一张工单的结束时间假设是上午11:00， 但是Available时间默认为第二天也体现了这种逻辑。类似的情况也发生在销售订单上，就算销售订单上可输入交货小时/分钟也不在MRP考虑范围中。总结来说，传统MRP自带冗余逻辑将一天内的小时/分钟抹掉了。供应项往往需要一定的提前量来满足需求。
而APO中可以细到小时/分钟/秒（见下图），这是Product View的界面，类似于ECC的MD04. 可以看到除了日期还有具体时间（时分秒）。
多年前刚接触APO时候觉得细到小时和分钟没什么必要，因为计划的精度本身往往有冗余，这个目前在大多数行业还是适用的。
但是现实是发展的。我们应该都注意到随着科技和物流的快速高效发展，交货时间细到小时正逐渐成为现实。 目前发展水平基本上可以区分上午，下午的精度，一些特定行业的领导者其实已经到小时甚至分钟这个级别。不少供应链要求区分上午或下午配送，而ECC标准功能就很难实现这种需求。
我们相信随着时间的推进，科技的演化，AI时代计划精度会逐步会向小时/分钟这个精度进化。在我们身边的例子是在最贴近消费端（C端）的外卖行业其实已经实现分钟级别的计划精度了，下单会给出预计送达时间，细到分钟并可以根据各环节的实际完成时间预估新的到货分钟。而未来在B端也会出现分钟级别的配送需求吗？一切皆有可能。在未来全社会全智能机器化运作下的供应链协调效率和精度就不是目前人类这种本质上粗放的生物所能比较的。
如上述，PPDS提供了系统基础功能架构上的一种可能性，这种框架支撑需求项和供应项的精度到秒这个级别，并在MRP运算中考虑这个精度。这种功能框架上的宝贵之处往往要多年之后才看到的出来。
您如果有兴趣，可以去MD04看看是否有时分秒信息？这也就是我在文章开头说未来MD04会被替代的原因之一。
如果简练成两句话就是：PPDS更能适应未来供应链更精确配送的需求。现在已经有些重要了，未来肯定越来越重要。
今天说的两点都比较Technical, 但现在发现这个社会取得的很多发展就是由这些掌握Technology最深的人驱动的。希望我们能成为其中的一员。
文后小感悟
这个世界仅需要顶尖的IT。 平庸的IT已经没有市场空间了。
一方面，因为那些世界上顶尖的IT人员已经把各种IT应用做到极致智能，极致简单易用。
另一方面，新生代用户们不断提升的IT应用技能足以掌握顶尖IT人员开发出来的各类应用来满足自己的日常需求。这些应用包括企业内部应用也包括了从市场上获取各种服务的天才应用。
这两方面将挤压了平庸IT人员的生存空间。这个世界将不再需要平庸的IT人员，You are out. 这是另一种胜者通吃的法则。