点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我注意到,当从ECC或CRM触发...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我注意到,当从ECC或CRM触发...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我注意到,当从ECC或CRM触发流时,用于将内部SAP系统集成到SAP Cloud产品的许多SAP标准内容(业务API)都在消息传递层中包含IDOC。
这对我来说似乎过时了。 使用SAP Enterprise Service消息模型不是更好吗? 这些比有些原始的IDOC消息结构更具描述性和现代性。
我注意到,相反,当从SAP云系统触发流时,触发消息属于企业服务结构,然后再次映射到IDOC。
为什么在后端具有标准企业服务并且仍然使用IDOC?
想对此发表看法。
你好罗德尼
在我看来,这属于"如果没有破裂,请不要修复"类别。
许多 基础设施已经在内部SAP系统中用于分发主数据,并且其中许多围绕IDoc。 它已经成熟,并且已经运行了数十年。 因此,将数据从本地SAP系统通过IDocs推送到Cloud Integration,然后通过REST API从Cloud Integration推送到另一个云服务对我来说很有意义。
此致
Morten
一周热门 更多>