属性,事件,增强类的方法在工作流容器/环境中不可见

2020-09-13 10:53发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好,我必须根据工作流程类来调...

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

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


大家好,我必须根据工作流程类来调整SAP标准工作流程。 这是第二次,而且SAP类始终设置为final。 因此,我认为我很聪明,我将使用标准增强功能(如定义新属性等)。不久之后,我得出了这些对象在工作流环境中不可选择的结果。 至少在屏幕快照中,SAP似乎不打算在工作流环境中提供增强功能。 但为什么? 有太多困难可以关注吗? 我在下面的SCORE 102 0002/SAP_BASIS 752 0002上体验了我的经验。在另一种情况下,我使用了SRM 7.1(?)。

问题在于经典的BO即将退休,不再是最先进的技术。 因此,如果工作流类可以替代传统的BO,则必须使用继承和增强功能进行扩展。

希望您同意我的看法。

最诚挚的问候,
Jens

sap-wf-class-enhancements-not-available-01.jpg (123.6 kB)
4条回答
d56caomao
2020-09-13 11:21

你好迈克,

感谢您的快速回复。 如果可以找到有关此主题的内容,我不会在这里写。 有什么提示和建议如何处理这些情况?

可能我的话有点过于刺耳,但是我会假设在引入增强功能时这些事情已列入议程,并且可以看到BO的结尾。 而且,开发人员也意识到,仅凭良好的意愿和准备的BAdI是不够的。 但这是另一个问题。

我重复了一些计划中的增强功能。 没错,我在表SEOCOMPO/SEOCOMPODF中找不到这些对象。 但是,如果提供了相应的参数,则上述类将解决它们。 我再次测试了。

是的,删除标志的风险很小,但是一些客户对任何类型的维修/修改都非常敏感。

现在,我的解决方案是将提供的BAdI,在多个点上进行隐式增强以及将自己的WF类作为标准WF类的影子的混合物,以完成我喜欢在标准类中实现的工作。

最诚挚的问候,

Jens

相关问答