我可以更改标准的SAP V1 FM吗?

2020-09-16 13:17发布

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

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


专家您好,

需求:确定与订单项(EBELP)相关的预订项编号(RSPOS)

Pl。 让我们知道是否可以在UPDATE功能模块( MB_CHANGE_RESERVATION )中实现隐式增强功能,这样做安全吗? 还是建议不要在UPDATE类的FM中创建隐式增强功能?

谢谢

11.jpg (39.1 kB)

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

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


专家您好,

需求:确定与订单项(EBELP)相关的预订项编号(RSPOS)

Pl。 让我们知道是否可以在UPDATE功能模块( MB_CHANGE_RESERVATION )中实现隐式增强功能,这样做安全吗? 还是建议不要在UPDATE类的FM中创建隐式增强功能?

谢谢

11.jpg (39.1 kB)
付费偷看设置
发送
5条回答
宇峰科技
1楼-- · 2020-09-16 13:33

我建议不要实施隐式增强功能和对标准SAP代码进行直接修复/更改。 我认为后者在升级或打补丁的情况下更易于维护。 考虑函数MB_CHANGE_RESERVATION的隐式增强实现。 然后假设SAP在注释或补丁中引入了与您的增强功能不兼容的功能更改。 该注释或补丁将被实施,您将永远不会在SPAU交易中看到冲突。 因此,您将没有机会对照该功能的新版本检查增强实现。

如果您使用修改助手进行维修,则SPAU将显示冲突并提示解决方法。 在这里,您可以检查是否仍需要进行更改,并且该更改是否与SAP引入的更正兼容。

我知道以上内容违反了不更改标准SAP代码的通用规则。 但是,我希望我能重新开始比赛。

槿木_熙
2楼-- · 2020-09-16 13:53

当然,谢谢,这次我们已经完成了SPU,接下来在病房里,我将考虑您的建议

Tong__Ming
3楼-- · 2020-09-16 13:36

只要您了解更新FM的工作原理,它就比增强任何标准SAP对象更危险。

追夢秋陽
4楼-- · 2020-09-16 13:38

谢谢,我已经实现了上述BTE,并且我的目的得以解决,因此不需要 展示 ENH,感谢您的帮助

在已实现的BTE的Z FM中,我通过使用自定义类的SET/GET方法缓冲新创建的预订项#,并用于更新自定义表

SET-BTE的Z FM

GET-我的自定义报告,其中"正在调用BAPI保留更改,其中我正在使用GET方法更新Z表返回项#

大道至简
5楼-- · 2020-09-16 13:51

"是否安全? " 取决于您打算在增强功能中执行的操作,通常,此类更新FM应该只更新一些数据库表,因此您可以更新客户表,但不要调用BAPI。

在您的示例中(更改保留时触发什么吗?)我将实现与保留和APO相关的四个BTE(类型'Z'):01000501至506。((BAdI MB_RESERVATION_UPCHD仅限于SAP ...)

一周热门 更多>