2020-09-15 23:35发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我知道您可以在SAC中创建角色,然后分配这些角色并将其映射到某些列。
但是,每个用户将对模型中的不同行具有不同的访问权限。
在没有为每个用户创建角色的情况下,我看不到解决方法吗?
实际上不确定这是否可以直接在SAC中实现。 我想知道如果您使用用户SAP BI凭据连接到Universe,那么该Universe级行级安全性将受到尊重。
嗨,布莱恩-我认为这样做在后端实现更好。 您的数据源是什么?
嗨,布莱恩,
通过启用维度上的数据访问控制,您可以定义谁有权对给定的维度值进行读写。
这不是您想要实现的目标吗?
此致
Frederic
您是正确的,在DBMS上处理它绝对是首选,但是我正在尝试在SAC中进行POC,以呈现给我们的企业,这是解决该问题的唯一选择 数据源是通过Google驱动器的Excel。 因此,这就是我正在使用的数据源。
在计划方案中,您必须在SAC级别处理这种安全性。
看来,Live Universe Connection确实具有BI平台用户配置文件中定义的所有正确安全性。
但是,使用Live Connection to UNX在SAC中有一些局限性,因此这不是可接受的解决方法。
SAC需要能够支持表驱动的行级安全性,或者根据模型中的数据自动创建角色并将其分配给用户。
发现2.1 SP1
最多设置5个标签!
实际上不确定这是否可以直接在SAC中实现。 我想知道如果您使用用户SAP BI凭据连接到Universe,那么该Universe级行级安全性将受到尊重。
嗨,布莱恩-我认为这样做在后端实现更好。 您的数据源是什么?
嗨,布莱恩,
通过启用维度上的数据访问控制,您可以定义谁有权对给定的维度值进行读写。
这不是您想要实现的目标吗?
此致
Frederic
您是正确的,在DBMS上处理它绝对是首选,但是我正在尝试在SAC中进行POC,以呈现给我们的企业,这是解决该问题的唯一选择 数据源是通过Google驱动器的Excel。 因此,这就是我正在使用的数据源。
在计划方案中,您必须在SAC级别处理这种安全性。
看来,Live Universe Connection确实具有BI平台用户配置文件中定义的所有正确安全性。
但是,使用Live Connection to UNX在SAC中有一些局限性,因此这不是可接受的解决方法。
SAC需要能够支持表驱动的行级安全性,或者根据模型中的数据自动创建角色并将其分配给用户。
发现2.1 SP1
一周热门 更多>