This time we’re going bigger than ever. Fabric, Power BI, SQL, AI and more. We're covering it all. You won't want to miss it.
Learn moreLevel up your Power BI skills this month - build one visual each week and tell better stories with data! Get started
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
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'
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_ID | VALOR | Grupo | PRIMARY_NAME1 | SECONDARY_NAME2 |
| 1035 | £160.00 | LAVAR | FREDF | MARKO |
| 1035 | £130.00 | PAPEL | FREDF | |
| 1035 | £488.00 | EDIFICIO | FREDF | |
| 1035 | £484.00 | ELÉCTRICO | FREDF | MARKO |
| 1100 | £786.00 | LAVAR | CHRISC | |
| 1100 | £761.00 | PAPEL | CHRISC | |
| 1100 | £124.00 | EDIFICIO | CHRISC | |
| 1100 | £713.00 | ELÉCTRICO | CHRISC | |
| 1414 | £881.00 | LAVAR | MICKD | ALEXD |
| 1414 | £649.00 | PAPEL | MICKD | ALEXD |
| 1414 | £831.00 | EDIFICIO | MICKD | ALEXD |
| 1414 | £499.00 | ELÉCTRICO | MICKD | |
| 2156 | £149.00 | LAVAR | PAULW | |
| 2156 | £367.00 | PAPEL | PAULW | MARKO |
| 2156 | £23.00 | EDIFICIO | PAULW | MARKO |
| 2156 | £651.00 | ELÉCTRICO | PAULW | MARKO |
| 2297 | £43.00 | ELÉCTRICO | SIMONG | |
| 2352 | £979.00 | LAVAR | JAMEST | |
| 2352 | £800.00 | PAPEL | JAMEST | |
| 2352 | £324.00 | EDIFICIO | JAMEST | |
| 2352 | £938.00 | ELÉCTRICO | JAMEST | |
| 2871 | £53.00 | LAVAR | CHRISC | |
| 2871 | £335.00 | PAPEL | CHRISC | |
| 2871 | £68.00 | EDIFICIO | CHRISC | |
| 2871 | £72.00 | ELÉCTRICO | CHRISC | |
| 3485 | £148.00 | LAVAR | TOML | ALEXD |
| 3485 | £72.00 | PAPEL | TOML | |
| 3485 | £355.00 | EDIFICIO | TOML | |
| 3485 | £960.00 | ELÉCTRICO | TOML | |
| 3646 | £501.00 | LAVAR | PAULW | CHRISC |
| 3646 | £620.00 | PAPEL | PAULW | CHRISC |
| 3646 | £626.00 | EDIFICIO | PAULW | |
| 5772 | £45.00 | PAPEL | ALEXD | |
| 5772 | £830.00 | EDIFICIO | ALEXD | |
| 5772 | £287.00 | ELÉCTRICO | ALEXD | |
| 6457 | £336.00 | LAVAR | DOUGLASG | |
| 6457 | £851.00 | PAPEL | DOUGLASG | |
| 6457 | £191.00 | EDIFICIO | DOUGLASG | TOML |
| 6457 | £221.00 | ELÉCTRICO | DOUGLASG | TOML |
| 6518 | £775.00 | LAVAR | MICKD | |
| 6518 | £284.00 | PAPEL | MICKD | |
| 6518 | £397.00 | EDIFICIO | MICKD | |
| 6518 | £559.00 | ELÉCTRICO | MICKD | TOML |
| 6999 | £537.00 | LAVAR | FREDF | TOML |
| 6999 | £307.00 | PAPEL | FREDF |
Muchas gracias
Solved! Go to Solution.
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.
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.
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
Check out the April 2026 Power BI update to learn about new features.
Sign up to receive a private message when registration opens and key events begin.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.