旁白：正如你现在可能已经意识到的，SAP世界中发生的两件大事是引入了Cloud RAP（Restful ABAP编程模型）和用于版本管理的abapGit，因此这个博客系列的标题讲述了关于这两个新概念的恐怖故事。
在"ABAP"发布的前一天晚上对于未来3"书两个可怕的事情同时发生。首先，作者在写这本书的时候，如果这本身还不够糟糕的话……
到目前为止的故事……
https://blogs.sap.com/2019/02/26/the-rappy-horror-abapgit-ture-show/
旁白：SAP Press晚会的两位受邀嘉宾——SAP和ABAP——这对恋人决定在SAP Press晚会的前一天晚上开始他们的旅程，去接教授哈索·普拉特纳正在前往他们都被邀请参加的那个聚会的途中。他们一点也不知道在那个命中注定的夜晚会有什么在等着他们？同时，提议的SAP解决方案与Baron业务流程的高级映射已经完成……
PDH：我们首先描述了SAP中的一个应用程序，它可以完成流程的每个步骤，取代了1818年的基于纸张的解决方案。如果我不得不说实话的话，这种转变实际上不会让事情比200年前的上线日更好，但最终会更好，这就是我们的目标。
你知道为什么上线会有这么大的问题吗？我敢打赌，你认为这一切都与糟糕的项目管理，或实施伙伴，或缺乏正确定义的需求或类似的东西有关。正如某个地方的人曾经说过的那样，"假新闻"希望你相信这一点。事实上，被称为邪恶OG的邪恶实体一直在努力阻止sapgo的生命，把它们反过来，他（OG）有一个惊人的成功率。以德国的LIDL为例——80亿欧元和7年的时间，淘客模板，他们不得不放弃SAP的实施，坚持他们的遗留系统，这一切都是邪恶OG的阴谋。
还有一种胶水，学名为YCA GEL。你用这种凝胶涂抹你当前的应用程序，它们能很好地协同工作。这往往会使组织坚持他们一贯的做法，而不实施新的ERP系统。
由于大多数公司到处都有这种凝胶，而且邪恶的OG对你不利，老实说，为什么80%的ERP实施失败并不奇怪。
在这种情况下，如果邪恶的OG试图干涉，那么男爵会派所有的怪物来追他。这将是一场不朽的战斗，但如果男爵成功了，邪恶的OG不再存在，或者如果（更不切实际的）人们真的听到了我在书中支持的那种"新"概念（两者都可以），那么也许ERP项目80%的失败率会降低…
旁白：回到正轨可能是一个想法…
PDH：啊，是的，当然。我们现在需要的是重述业务流程，这一次是在适当的步骤之后提出一个（基于SAP的）技术解决方案解决方案：-
驼背订单接受者基于"灾难性屠宰慢跑"（CSC），在怪物订单前端的变体配置风格UI弹出窗口中捕获客户需求结束（MOFE）这些要求是订单项中的特征或Z字段-有通用材料、基于要求的邪恶行为代码和自由文本描述保存时需要进行ATP检查（在订单创建/更改期间），以查看是否有任何现有怪物符合要求如果找不到现有的怪物（或者在计划日没有足够的怪物），订单项目将进入NEEDS NEW monster状态，ATP检查将推迟交货日期如果一个怪物是可用的，"预订"业务对象是附加到销售订单项目。这可以更改到交货点。需要一份"失踪的怪物"报告，让F男爵知道他需要制造多少新的怪物以及何时制造。男爵F然后制造新的怪物。他需要知道新怪物需要什么原料。他还希望能够预测未来的客户需求，因此积极主动。为此，SAP中需要一个"怪物模拟器"应用程序。然后可以创建新的预订并将其附加到订单项。然后订单项处于就绪状态订单行出现在SAP中的到期列表应用程序上。当命令到期时，中央分配器然后选择怪物来做邪恶的事情，要么是保留的，要么是从可用的匹配怪物列表中选择Hunchback at Laboratory在SAP的残暴监控应用程序上调度实际交付，该应用程序让怪物从笼子里出来，去做坏事。他不需要下到笼子，应用程序与笼子控制器系统接口并打开笼子。这就是"物联网"的意义所在，"物"就是怪物。
好了，这就是罗嗦的一点。正如Bee-Gees曾经说过的"只有文字，文字就是我要带走的所有功能规范"。是时候把它变成一个完成这个业务流程所需的"ABAP人工制品"列表了，然后我们就可以跳到最底层，开始计算所需的底层组件了。
不管怎样，正如我们所看到的，我们需要的是因此：-
应用程序
怪物订单接收前端（MOFE）
丢失怪物报告
怪物模拟器
怪物残暴到期清单
怪物残暴监控
业务对象（需要CRUD应用程序）
怪物业务对象（SAP中MARA和EQUI的交叉）
怪物销售订单业务对象（如SAP中的VBAK/VBAP）
怪物预订业务对象（无直接等价物）
怪物发货业务对象（如SAP中的LIKP）
怪物村庄业务对象（如SAP中的"Ship To"）
图的非自愿收缩
在这样的项目中接下来会发生什么？你一定知道——下一步是画一堆漂亮的画。某种类型的UML图可能是，目前这个图将是各种业务对象之间的关系。
