Um só relatório de Power BI, mas cada vendedor vê apenas as suas vendas e cada gestor apenas a sua região. Não é magia nem são cópias do ficheiro — é Row-Level Security (RLS), o mecanismo que filtra os dados por utilizador dentro do mesmo relatório.
O problema que resolve
Sem RLS, partilhar um relatório significa mostrar tudo a todos — ou manter dezenas de versões filtradas à mão, uma por equipa ou região. É inseguro, dá trabalho e desatualiza-se. O RLS resolve isto num único relatório que se adapta a quem o abre.
Como funciona, em duas peças
- Funções (roles): defines uma função com uma regra de filtro escrita em DAX, por exemplo
[Regiao] = "Norte". - Atribuição de utilizadores: associas as pessoas às funções; ao abrir o relatório, cada uma vê só as linhas que a sua regra permite.
Estático vs dinâmico
No RLS estático, crias uma função por grupo (Norte, Sul, Centro) — simples, mas cresce mal com muitas divisões. No RLS dinâmico, usas a função USERPRINCIPALNAME() para filtrar pelo email de quem está autenticado, cruzando com uma tabela que liga cada utilizador aos seus dados. Uma só função serve toda a organização.
Cuidados que evitam surpresas
Testa sempre com "Ver como função" antes de publicar; confirma que as relações do modelo propagam o filtro na direção certa; e lembra-te que quem tem permissão de administração no workspace pode contornar o RLS. Segurança de dados começa no modelo, não só no relatório.
Na prática
Se já mantens várias cópias do mesmo relatório só para mostrar dados diferentes a pessoas diferentes, o RLS vai poupar-te esse trabalho e reduzir o risco. Um relatório, muitos públicos, cada um a ver só o que deve. Quantas versões manuais poderias eliminar com RLS?
