点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)专家们, 当用户打开更改维护通...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)专家们, 当用户打开更改维护通...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
专家们,
当用户打开"更改维护通知" Fiori应用程序时,"分配订单"和"任务列表"之类的字段将被禁用。 该用户具有我们创建的自定义角色。 但是具有标准SAP角色计划者角色的测试用户登录后,将启用这些字段。 跟踪中的两个用户都没有身份验证失败。
对于为什么它以标准SAP角色而不是我的自定义角色起作用,我无法深入探讨。 我是通过SAP提出的,他们除了使用标准角色外别无其他解决方案(不确定世界上是否有任何客户将标准SAP角色用于生产用途)。
很显然,有两个版本的Web Dynpro订单/通知版式配置,SAP无法说明系统如何决定向用户显示哪个版本的应用程序以及如何提供对版式特定版本的访问权限 组态。
到目前为止,我一直尝试以下测试用例,
创建同时具有"自定义"角色和"标准"角色的用户-不起作用(如果程序检查角色名称,则这种情况应该起作用)
创建具有自定义角色+ SAP_ALL的用户-不起作用(如果程序检查auth obj/value,则应该起作用)
创建具有标准角色+ SAP_ALL的用户-可行
将标准业务目录添加到自定义角色-不起作用(如果程序检查目录名称,则应该起作用)
与此同时,我正在尝试更多的测试用例,是否还有其他人以前遇到过此问题,您又如何解决?
此致
Jai
我想从自定义角色构建开始对其进行分析。 查看自定义角色构建是否具有OBN配置。并查看我们传递的参数,尤其是应编辑的业务对象和方法(在此情况下为此处)。 您还可以在OBN配置中维护webdynpro组件的配置ID。
第二个将是现场控制,如果有实现的话。
第三点将是开发人员的帮助,以查看授权处理程序是否可以控制webdynpro中字段的功能。
一周热门 更多>