点击此处--->
群内免费提供SAP练习系统（在群公告中）
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
亲爱的人们，
SAP甚至实施合作伙伴都进行了很多推动，以保持S4核心的清洁。 建议采用干净的ERP实施，以便将来将其轻松迁移/适应SAP提出的新事物。 当组织为SAP实施投入资金时，业务的自然推动力是他们希望系统能够满足业务需求。 业务绝不可能仅仅需要我们从IT那里获得干净的ERP。
SAP正在努力推行以下增强策略。 我不太担心S/4是否在云上，因为它仅支持以下内容。
- 在应用程序中（创建自定义字段，添加业务逻辑，创建自定义cds视图，业务对象等）
- 使用SCP并排（业务规则，工作流，自定义数据库表，使用API的自定义ui）
但是使用S/4 On-Prem，您仍然可以执行ECC中所做的所有事情。 您对增强功能有何看法？ 在新的S4 On-Prem世界中，您将如何处理低于传统ECC增强功能的条件？
- BADI实施，隐式增强，增强点/部分，SAP GUI中的屏幕增强，SAP表扩展，用户出口
谢谢。
{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', '推荐 以微笑面对 的问题《S4本地扩展》','https://www.easysap.com/q-41266.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我建议仅使用正式的语义增强功能，这是经典的用户/客户存在的功能，而In App可扩展性旁边的BADI也是如此。 SAP从句法和语义的角度来保持它们的稳定性。
隐式增强功能是代码插件。 SAP的基础标准可以随时更改。 我强烈建议不要使用这些或修改。 同样，从标准中复制是非常危险的，因为随着时间的流逝，它们可能不再正常工作，因为它们没有原始版本可能得到的更新或纠正。
这就是为什么我们有一个针对隐性增强功能，修改和标准副本的批准流程的原因，以防万一它们不可避免地发生。
由于我们的计划是进行转换/迁移，因此我们计划 仍然使用ECC增强功能，前提是所讨论的功能没有被"简化"（例如，已弃用）。 目前，SAP Cloud Platform不在其中。
一周热门 更多>