点击此处--->
群内免费提供SAP练习系统（在群公告中）
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
我注意到，当从ECC或CRM触发流时，用于将内部SAP系统集成到SAP Cloud产品的许多SAP标准内容（业务API）都在消息传递层中包含IDOC。
这对我来说似乎过时了。 使用SAP Enterprise Service消息模型不是更好吗？ 这些比有些原始的IDOC消息结构更具描述性和现代性。
我注意到，相反，当从SAP云系统触发流时，触发消息属于企业服务结构，然后再次映射到IDOC。
为什么在后端具有标准企业服务并且仍然使用IDOC？
想对此发表看法。
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 木偶小白 的问题《使用IDOC的SAP CPI内容...不是ES？》','https://www.easysap.com/q-79966.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
你好罗德尼
在我看来，这属于"如果没有破裂，请不要修复"类别。
许多 基础设施已经在内部SAP系统中用于分发主数据，并且其中许多围绕IDoc。 它已经成熟，并且已经运行了数十年。 因此，将数据从本地SAP系统通过IDocs推送到Cloud Integration，然后通过REST API从Cloud Integration推送到另一个云服务对我来说很有意义。
此致
Morten
嘿Morten。 感谢您的回复。
同意"如果没有破裂，请不要修复"的声明。
我对使用入站IDOC来部署本地ERP感到特别困惑。 入站IDOC没有提供企业服务默认提供的前向错误处理和SAP后期处理办公室功能。借助这些功能，我可以将业务类型异常直接放入业务可以照顾的区域，而无需技术人员尝试 看一下IDOC监视。
SAP似乎也做出了更改，可以在S4 API中使用企业服务。
检查。
相同的情况，但一个是ECC，另一个是S4。 ES b.t.w是ECC和S4上基本安装的一部分。
ECC方案使用IDOC：
https://api.sap.com/package/SAPHybrisCloudforCustomerIntegrationwithSAPERP ？section =工件
S4使用ES：
https://api.sap.com/package/SAPHybrisCloudforCustomerIntegrationwithSAPS4HANACloud ？section =工件
似乎仍然没有想到我....
一周热门 更多>