Seguridad de nivel de fila con una mesa de puente

[Anonymous]

Estoy implementando la seguridad de nivel de fila mediante una tabla de puentes. El problema es que USERNAME() o USERPRINCIPALNAME() solo devuelven la dirección de correo electrónico del usuario que ha iniciado sesión. ¿Hay una función similar que devuelva los grupos de AD a los que pertenece el usuario registrado? Eso es lo que queremos usar para RLS (grupos AD en lugar de direcciones de correo electrónico).

Nuestra tabla Bridge básicamente tiene estas columnas:

ADGroup CenterID

GeneralUsers A

CenterAUser A

GeneralUsers B

CenterBUser B

Y está conectado a la tabla principal en el CenterID. La relación entre esas 2 tablas es de muchas a muchas (un grupo AD puede tener acceso a varios centros, por lo que hay una fila para cada ocurrencia, y también un centro se puede acceder a uno o varios grupos ad.

¿Alguna ayuda?

[MattAllington · Accepted solution]

La forma en que describe solo funciona con direcciones de correo electrónico. Hay un enfoque alternativo en el que se crean diferentes roles en Desktop que no utilizan USERNAME(), etc. A continuación, puede asignar manualmente grupos de AD a estos roles en el servicio. Hay una configuración desactivada, pero a partir de entonces es sólo una cuestión de administrar los miembros de los grupos.

[Icey · Accepted solution]

Hola @VickyCastaneda ,

Al igual que lo @MattAllington dicho, puede crear roles así:

A continuación, publíquelo en El servicio Power BI y establezca la seguridad.

O bien, puede considerar hacer referencia a este post:

La seguridad dinámica de nivel de fila es fácil con los grupos de seguridad de Active Directory.

Saludos

Icey

Si este post ayuda,entonces considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[Anonymous · Accepted solution]

Gracias @Icey y @MattAllington

Soy nuevo en Power BI, por lo que podría seguir los primeros 2 pasos que Icey mencionó:

pero cuando llegué a "Publicarlo en el servicio Power BI y establecer la seguridad" Esto es lo que veo:

Como puedes ver, no tengo las opciones "Usuario", "Grupos", etc. en el menú de la izquierda.

Además, no sé cómo llegar a la página Seguridad de nivel de fila.

¿Puedes guiarme sobre cómo llegar allí? tal vez lo estoy publicando mal.

Gracias

[Icey · Accepted solution]

Hola @VickyCastaneda ,

Al igual que lo @MattAllington dicho, puede crear roles así:

A continuación, publíquelo en El servicio Power BI y establezca la seguridad.

O bien, puede considerar hacer referencia a este post:

La seguridad dinámica de nivel de fila es fácil con los grupos de seguridad de Active Directory.

Saludos

Icey

Si este post ayuda,entonces considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[Anonymous · Accepted solution]

Gracias @Icey y @MattAllington

Soy nuevo en Power BI, por lo que podría seguir los primeros 2 pasos que Icey mencionó:

pero cuando llegué a "Publicarlo en el servicio Power BI y establecer la seguridad" Esto es lo que veo:

Como puedes ver, no tengo las opciones "Usuario", "Grupos", etc. en el menú de la izquierda.

Además, no sé cómo llegar a la página Seguridad de nivel de fila.

¿Puedes guiarme sobre cómo llegar allí? tal vez lo estoy publicando mal.

Gracias

[Icey · Accepted solution]

Hola @VickyCastaneda ,

Consulte este documento para administrar la seguridad en su modelo.

---

Para administrar la seguridad en el modelo de datos, querrá hacer lo siguiente.

1. Seleccione la elipse (...) para un conjunto de datos.

2. Seleccione Seguridad.

   

Esto le llevará a la página RLS para que agregue miembros a un rol que creó en Power BI Desktop. Solo los propietarios del conjunto de datos verán Seguridad disponible. Si el conjunto de datos está en un grupo, solo los administradores del grupo verán la opción de seguridad.

Solo puede crear o modificar roles en Power BI Desktop.

---

Saludos

Icey

Si este post ayuda,entonces considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[MattAllington · Accepted solution]

La forma en que describe solo funciona con direcciones de correo electrónico. Hay un enfoque alternativo en el que se crean diferentes roles en Desktop que no utilizan USERNAME(), etc. A continuación, puede asignar manualmente grupos de AD a estos roles en el servicio. Hay una configuración desactivada, pero a partir de entonces es sólo una cuestión de administrar los miembros de los grupos.