停用用于后台提交报告/事务的检查指标

2020-08-15 07:23发布

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

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


我们有一个自定义报告,其中我们使用SU24作为执行报告的交易代码将一些授权对象的检查指示器设置为"不检查"。 当用户在前台提交报告时,该设置可以正常工作。 但是,当要处理的交易量很大时,用户必须在后台提交此报告,并且在这种情况下,检查指示符设置不会生效,并且程序将开始检查先前为交易禁用的授权对象 。 这是因为在后台提交时,程序名称将传输到后台作业,而不是事务代码,并且只能为事务代码设置检查指示符。

有没有办法影响前景和背景的程序行为?

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

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


我们有一个自定义报告,其中我们使用SU24作为执行报告的交易代码将一些授权对象的检查指示器设置为"不检查"。 当用户在前台提交报告时,该设置可以正常工作。 但是,当要处理的交易量很大时,用户必须在后台提交此报告,并且在这种情况下,检查指示符设置不会生效,并且程序将开始检查先前为交易禁用的授权对象 。 这是因为在后台提交时,程序名称将传输到后台作业,而不是事务代码,并且只能为事务代码设置检查指示符。

有没有办法影响前景和背景的程序行为?

付费偷看设置
发送
2条回答
半个程序猿
1楼 · 2020-08-15 08:13.采纳回答

好问题。 我想说,最快的方法是安排一个具有足够权限的后台用户,并在该用户下运行程序/作业步骤。

shere_lin
2楼-- · 2020-08-15 08:18

感谢Jurjen。 是的,如果对象会导致用户级别的SOD或以最终用户角色提供关键的SOD,这似乎是一种选择。 这将需要让他们为后台用户访问S_BTCH_NAM。

在我的情况下,这些对象不是关键或不会引起SOD。 在对话框中处理时,它们与场景无关。 现在,我已经激活了对象并将它们分配给用户角色。

一周热门 更多>