在人员级别定义的MRP控制器

2020-09-09 02:04发布

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

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


你好!

我的客户正在使用带有WBS元素和网络的项目。 他们想要安全性以防止项目经理能够编辑其他项目经理的项目。 在WBS元素级别,可以使用负责人。 但是,不幸的是,WBS元素安全性没有继承到网络级别,因此需要使用另一个对象。 我们已经考虑过使用MRP Controller来定义项目经理。 我被告知,SAP实际上不建议在人员级别定义MRP控制器,因为这意味着每次合并新的项目经理时都要更改自定义。

您认为这是不好的做法吗? 有解决此问题的解决方法吗? 我们正在尝试避免为此实现ACL(我们知道可以帮助解决该问题)。 有什么建议?

提前谢谢!

关于。

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

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


你好!

我的客户正在使用带有WBS元素和网络的项目。 他们想要安全性以防止项目经理能够编辑其他项目经理的项目。 在WBS元素级别,可以使用负责人。 但是,不幸的是,WBS元素安全性没有继承到网络级别,因此需要使用另一个对象。 我们已经考虑过使用MRP Controller来定义项目经理。 我被告知,SAP实际上不建议在人员级别定义MRP控制器,因为这意味着每次合并新的项目经理时都要更改自定义。

您认为这是不好的做法吗? 有解决此问题的解决方法吗? 我们正在尝试避免为此实现ACL(我们知道可以帮助解决该问题)。 有什么建议?

提前谢谢!

关于。

付费偷看设置
发送
2条回答
jovirus
1楼-- · 2020-09-09 02:24

PS ACL专为满足您的要求而设计。

使用MRP控制器或负责此的人员听起来不是一个好的解决方案。 这些字段都不旨在控制对项目对象的访问。 您将需要创建授权自定义。

ACL有什么问题?

Bunny_CDM
2楼-- · 2020-09-09 02:17

因为Ken Said ACL是正确的选择。 我不知道您在使用ACL时会遇到什么限制。

您可以参考我下面的博客,以限制用户使用PS对象

https://blogs.sap.com/2019/04/04/user-specific-authorization-on-system-status-in-cj20n-by-using-badi /

谢谢

Akash Khandelwal

一周热门 更多>