当运输请求覆盖角色时,SAP为什么不保留角色的更改历史记录?

2020-09-27 06:35发布

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

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


你好

我意识到,当根据请求将角色传输到测试和生产系统时,SAP 不会保留角色的任何更改历史记录。

因此,用户抱怨缺乏授权,而昨天却没有。 我看到他们昨天运行了该事务,但是他们的SU53现在显示缺少事务身份验证。

我调查了各种变更历史,但没有跟踪任何用户和角色变更历史的变化。 一段时间后,我了解到其他一些人改变了开发系统中的角色,并将其转移到生产系统中。

您是否不认为SAP必须在此更改的导入历史记录中保留一行,以保持角色?

此致

Yuksel AKCINAR

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

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


你好

我意识到,当根据请求将角色传输到测试和生产系统时,SAP 不会保留角色的任何更改历史记录。

因此,用户抱怨缺乏授权,而昨天却没有。 我看到他们昨天运行了该事务,但是他们的SU53现在显示缺少事务身份验证。

我调查了各种变更历史,但没有跟踪任何用户和角色变更历史的变化。 一段时间后,我了解到其他一些人改变了开发系统中的角色,并将其转移到生产系统中。

您是否不认为SAP必须在此更改的导入历史记录中保留一行,以保持角色?

此致

Yuksel AKCINAR

付费偷看设置
发送
2条回答
DafaDDDa
1楼-- · 2020-09-27 07:07

授权更改已在系统中进行。 因此,请检查dev客户端的pfcg更改。 如果您看到产品方面的变化,则有人可以直接更新角色,上传角色或生成个人资料。

用户分配存储在每个系统中

当学会了学习
2楼-- · 2020-09-27 07:22

您好Yuksel

您的安全人员确实应该避免直接在生产中进行配置更改。 如果两个系统之间的SU24配置不同,那么您已经有失去(或获得)生产角色访问权限的风险,这是可以避免的。

如果他们确实更新了Production,那么他们应该立即将那些相同的更改应用于开发,以免丢失。

更改文档是执行更改的位置。 我可以想象,如果您尝试在每个导入步骤中计算更改文档,那么传输大小和性能问题可能是一个问题。

您可以通过在Production中运行变更文档以获取授权来查看差距,以查看人员直接添加或删除的内容,然后检查开发以查看那些授权是否存在。

一周热门 更多>