现有定制表上的新BOPF实施,实施选项

2020-09-14 14:23发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们正在使用SAP ERP EHP7,NW 7.4 SP18。

我想就如何最好地实施现有ABAP解决方案的完整重构来征询社区的意见。

为简单起见,我们有3个自定义表,其中有许多现有的各种自定义ABAP对象,它们针对它们执行CRUD。 我想将所有这些调用转换为使用中央BOPF体系结构。 然后,我们将要实现一些BOPF处理的功能,例如锁定,更改文档。 然后,我们将它们作为odata实体公开,并创建UI5应用程序。

我的问题是你吗?

  • 在现有表的顶部实现BOPF并实现自定义数据访问类

  • 使用GUID更新现有的表键,然后在其上实现BOPF?

我倾向于将表键更新为符合BOPF。 然后,这将使我们能够在没有自定义DAC的情况下实现BOPF,对吗? 我显然过于简化了,但是想简单地权衡一下这个选项。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们正在使用SAP ERP EHP7,NW 7.4 SP18。

我想就如何最好地实施现有ABAP解决方案的完整重构来征询社区的意见。

为简单起见,我们有3个自定义表,其中有许多现有的各种自定义ABAP对象,它们针对它们执行CRUD。 我想将所有这些调用转换为使用中央BOPF体系结构。 然后,我们将要实现一些BOPF处理的功能,例如锁定,更改文档。 然后,我们将它们作为odata实体公开,并创建UI5应用程序。

我的问题是你吗?

  • 在现有表的顶部实现BOPF并实现自定义数据访问类

  • 使用GUID更新现有的表键,然后在其上实现BOPF?

我倾向于将表键更新为符合BOPF。 然后,这将使我们能够在没有自定义DAC的情况下实现BOPF,对吗? 我显然过于简化了,但是想简单地权衡一下这个选项。

付费偷看设置
发送
2条回答
樱桃小丸子0093
1楼 · 2020-09-14 14:54.采纳回答

嗨,

我肯定会选择第二个选项。 因为实现自己的DAC并不是那么容易,SAP已经为您做到了。 那为什么不使用它呢?

我的建议是使用BOPF工具创建新表并从现有表中迁移数据。 这样可以确保不再使用旧的CRUD逻辑来访问"启用BOPF"表,并且不会出现不一致的情况(例如缺少GUID)。

欢呼马丁

xfwsx85
2楼-- · 2020-09-14 15:00

谢谢马丁,

我还担心正确转换现有的CRUD操作,并且您的策略似乎消除了不一致的交互。

一周热门 更多>