S4本地扩展

2020-08-30 15:05发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)亲爱的人们, SAP甚...

         点击此处--->   EasySAP.com群内免费提供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表扩展,用户出口

谢谢。

2条回答
CPLASF-自律
2020-08-30 15:10 .采纳回答

我建议仅使用正式的语义增强功能,这是经典的用户/客户存在的功能,而In App可扩展性旁边的BADI也是如此。 SAP从句法和语义的角度来保持它们的稳定性。

隐式增强功能是代码插件。 SAP的基础标准可以随时更改。 我强烈建议不要使用这些或修改。 同样,从标准中复制是非常危险的,因为随着时间的流逝,它们可能不再正常工作,因为它们没有原始版本可能得到的更新或纠正。

这就是为什么我们有一个针对隐性增强功能,修改和标准副本的批准流程的原因,以防万一它们不可避免地发生。

一周热门 更多>