Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Level up your Power BI skills this month - build one visual each week and tell better stories with data! Get started

Reply
Syndicate_Admin
Administrator
Administrator

Seguridad a nivel de fila, una tabla FACT pero dos conjuntos de criterios

Hola

Quiero usar un RLS dinámico en una sola tabla FACT, pero hay dos elementos separados que dictarán qué datos o filas se muestran en uno de los dos informes (una página de informe se llama 'Primario' y la otra se llama 'Secundario'). La tabla FACT tiene una columna que enumera todos los usuarios 'PRIMARY_NAME1'; esto tendrá su propia página o matriz de informe, y hay una segunda columna llamada 'SECONDARY_NAME2', nuevamente una lista de usuarios, esto se relaciona con una segunda página o matriz, pero está aún más restringida por lo que solo un usuario verá el valor vinculado a la columna 'DEPT_ID' y 'Grupo'.

Dependiendo de quién haya iniciado sesión, la idea es filtrar lo que se divide en cualquiera de los informes (un usuario puede ser un "usuario principal" y también puede ser un "usuario secundario" para un departamento y grupo diferente). He usado RLS para limitar lo que el usuario puede ver en una tabla, una sola columna de nombres, por ejemplo, 'CHRISC' puede ver todos los datos asignados a su nombre en esa fila en mi tabla FACT, e incluso he aplicado una estructura de jerarquía (un gerente ve todo esto más allá de que baje la jerarquía; gracias al sitio web de RADACAD por su ayuda en esto).

En esta situación, mis reglas para quién puede ver qué datos son visibles ahora se basan en dos columnas que no siguen los niveles normales de jerarquía. Por ejemplo, 'FREDF' mira la página del informe llamada 'Usuario principal', verán todas esas filas asociadas junto a su nombre, y cuando miran la página del informe 'Usuario secundario' solo verán los datos asignados a su nombre ya que se delegan como un 'SECONDARY_NAME2'; solo deben ver los datos relacionados con «DEPT_ID» y «Grupo». 'FREDF' no necesita mirar la 'Página de Seconday' para ver lo que 'MARKO' puede ver, lo obtendrán de la información de la página de informe de 'Usuario principal'.

Si el 'Usuario principal' no tiene ninguna conexión Seconday asscoaied, entonces el segundo informe no tendrá datos, solo en blanco (a menos que haya una forma de agregar un mensaje predeterminado en PowerBI para mostrar un mensaje que diga 'No hay datos disponibles')

Creé una lista separada para el usuario principal y secundario, dos tablas, pero no sé si esta es la ruta correcta para limitar quién puede ver qué datos.

Fig. 1 - Tablews RelationShip y Seperate para usuarios

Screenshot 2022-06-30 093736.jpg

Fig. 2 - 'FREDF' ver todos los datos del Departamento para '1035' en la página primay, sin embargo, 'MARKO' solo debe ver en la página del Informe Secundario los elementos 'WASH' y 'ELECTRIC' ya que no necesitan ver el resto de los datos para '1035'

Screenshot 2022-06-30 093413.jpg

Ejemplo, ejemplo de tabla FACT, 'CHRSC' es un 'Usuario principal' para varios departamentos, sin embargo, también son un 'Usuario secundario' para diferentes áreas

DEPT_IDVALORGrupoPRIMARY_NAME1SECONDARY_NAME2
1035£160.00LAVARFREDFMARKO
1035£130.00PAPELFREDF
1035£488.00EDIFICIOFREDF
1035£484.00ELÉCTRICOFREDFMARKO
1100£786.00LAVARCHRISC
1100£761.00PAPELCHRISC
1100£124.00EDIFICIOCHRISC
1100£713.00ELÉCTRICOCHRISC
1414£881.00LAVARMICKDALEXD
1414£649.00PAPELMICKDALEXD
1414£831.00EDIFICIOMICKDALEXD
1414£499.00ELÉCTRICOMICKD
2156£149.00LAVARPAULW
2156£367.00PAPELPAULWMARKO
2156£23.00EDIFICIOPAULWMARKO
2156£651.00ELÉCTRICOPAULWMARKO
2297£43.00ELÉCTRICOSIMONG
2352£979.00LAVARJAMEST
2352£800.00PAPELJAMEST
2352£324.00EDIFICIOJAMEST
2352£938.00ELÉCTRICOJAMEST
2871£53.00LAVARCHRISC
2871£335.00PAPELCHRISC
2871£68.00EDIFICIOCHRISC
2871£72.00ELÉCTRICOCHRISC
3485£148.00LAVARTOMLALEXD
3485£72.00PAPELTOML
3485£355.00EDIFICIOTOML
3485£960.00ELÉCTRICOTOML
3646£501.00LAVARPAULWCHRISC
3646£620.00PAPELPAULWCHRISC
3646£626.00EDIFICIOPAULW
5772£45.00PAPELALEXD
5772£830.00EDIFICIOALEXD
5772£287.00ELÉCTRICOALEXD
6457£336.00LAVARDOUGLASG
6457£851.00PAPELDOUGLASG
6457£191.00EDIFICIODOUGLASGTOML
6457£221.00ELÉCTRICODOUGLASGTOML
6518£775.00LAVARMICKD
6518£284.00PAPELMICKD
6518£397.00EDIFICIOMICKD
6518£559.00ELÉCTRICOMICKDTOML
6999£537.00LAVARFREDFTOML
6999£307.00PAPELFREDF

Muchas gracias

1 ACCEPTED SOLUTION
Syndicate_Admin
Administrator
Administrator

Lo trato como clsoed, tuve que rediseñar el modelo, combinándolo pero manteniendo los dos tabels como dos columnas. funciona pero se revisará en otra ocasión.

View solution in original post

3 REPLIES 3
Syndicate_Admin
Administrator
Administrator

Lo trato como clsoed, tuve que rediseñar el modelo, combinándolo pero manteniendo los dos tabels como dos columnas. funciona pero se revisará en otra ocasión.

Syndicate_Admin
Administrator
Administrator

Hi, @ccarpent

¿Ha considerado integrar estas dos tablas de usuario en una tabla de usuario?

Saludos
Equipo de soporte de la comunidad _ Eason

Hola

Gracias por mirar mi post. Pensé en eso, pero no sé si la práctica de Dios o podría ser una duplicación de cantidades. Puedo volver a visitar el modelo real para ver si hay otra forma de atacar este problema, pero solo quería obtener algunos comentarios de otros usuarios.

Chris

Helpful resources

Announcements
April Power BI Update Carousel

Power BI Monthly Update - April 2026

Check out the April 2026 Power BI update to learn about new features.

Fabric SQL PBI Data Days

Data Days 2026 coming soon!

Sign up to receive a private message when registration opens and key events begin.

New to Fabric survey Carousel

New to Fabric Survey

If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.

Power BI DataViz World Championships carousel

Power BI DataViz World Championships - June 2026

A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.