2020-08-24 02:31发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好
我想知道S4的安全体系结构在角色/授权/对象方面与R3有何不同。 我了解新系统中至少有80%的Trx是相同的,因此可以以最小的影响迁移R3格局。 需要针对定制的trx进行特殊分析。 那么,我们可以迁移R3角色,而影响却最小吗? 还是在S4实施过程中需要重新设计技术角色?
感谢您的评论和反馈!
奥马尔,
您将需要重新设计安全角色。
Btw 80%是一个巨大的高估-仅因为GUI事务可能仍然存在,并不意味着您的项目仍将默认为旧的SAP GUI事务。 您最终要使用多少Fiori vs经典应用程序很大程度上取决于数字化转型项目背后的战略业务驱动力。 祈祷这不是技术升级(这是一条充满良好意图的道路,通往一些非常非常地狱的地方,没有希望满足业务期望)。
请阅读 https://blogs.sap.com/2018/04/20/fiori-for-s4hana-top-10-myths-misconceptions-to-avoid /,我还建议您查看Fiori中的链接 适用于S/4HANA Wiki https://wiki.scn。 sap.com/wiki/display/Fiori/SAP+Fiori+for+S4HANA >基础页面>安全和授权部分
Fiori Launchpad会驱动您的整个安全设计,因此这是旧方法的主要转变-也就是说,您主要是自上而下(从Launchpad到后端系统)生成安全角色,而不是自下而上(从各个auth对象生成) 即使您正在使用大量的GUI事务,也是如此! 在大多数项目中,我们发现这里可能有很多工作……并且,如果项目无法掌握自上而下方法的含义,它还会产生大量的返工。
祝你好运!
Jocelyn
Jocelyn,基于转换方法,建议按业务部门和/或业务需求部署Fiori。 因此,ECC中的许多自定义角色都必须占上风。 除了逐个检查授权对象以外,是否有其他方法可以迁移角色?
最多设置5个标签!
奥马尔,
您将需要重新设计安全角色。
Btw 80%是一个巨大的高估-仅因为GUI事务可能仍然存在,并不意味着您的项目仍将默认为旧的SAP GUI事务。 您最终要使用多少Fiori vs经典应用程序很大程度上取决于数字化转型项目背后的战略业务驱动力。 祈祷这不是技术升级(这是一条充满良好意图的道路,通往一些非常非常地狱的地方,没有希望满足业务期望)。
请阅读 https://blogs.sap.com/2018/04/20/fiori-for-s4hana-top-10-myths-misconceptions-to-avoid /,我还建议您查看Fiori中的链接 适用于S/4HANA Wiki https://wiki.scn。 sap.com/wiki/display/Fiori/SAP+Fiori+for+S4HANA >基础页面>安全和授权部分
Fiori Launchpad会驱动您的整个安全设计,因此这是旧方法的主要转变-也就是说,您主要是自上而下(从Launchpad到后端系统)生成安全角色,而不是自下而上(从各个auth对象生成) 即使您正在使用大量的GUI事务,也是如此! 在大多数项目中,我们发现这里可能有很多工作……并且,如果项目无法掌握自上而下方法的含义,它还会产生大量的返工。
祝你好运!
Jocelyn
Jocelyn,基于转换方法,建议按业务部门和/或业务需求部署Fiori。 因此,ECC中的许多自定义角色都必须占上风。 除了逐个检查授权对象以外,是否有其他方法可以迁移角色?
一周热门 更多>