Como usar a segurança em nível de linha (RLS) no Power BI para separar dados por projeto ou contrato?
Filtrar a visualização não equivale a restringir acesso
RLS estabelece quais linhas um usuário pode consultar no modelo. Um segmentador de projeto apenas muda a exibição e não constitui proteção dos dados. A regra precisa ligar a identidade do usuário aos projetos autorizados e alcançar as tabelas pertinentes pelos relacionamentos.
Entenda as condições do conceito
A RLS restringe quais linhas do modelo cada usuário pode visualizar por meio de funções e filtros. Assim, o mesmo relatório pode atender várias equipes sem exibir dados de projetos não autorizados.
Um modelo com vários contratos
Um gestor pode consultar três contratos, enquanto um fornecedor só consulta o próprio. A tabela de autorização pode associar usuário e projeto, com chaves consistentes. Sem esse desenho, uma regra aplicada em apenas uma tabela pode restringir medição e deixar outra informação acessível conforme o modelo e as permissões.
Caso guiado: testar três perfis de acesso
Prepare três identidades de teste: Ana autorizada ao Projeto A, Bruno aos projetos A e B e Carla sem autorização. O mesmo relatório deve mostrar apenas a base permitida a cada uma. Teste os gráficos, a página de detalhes e os totais; não se limite ao segmentador. Inclua ainda um registro com identificador de projeto ausente para verificar como a regra trata exceções.
Se Bruno vê somente A, a regra pode estar excessivamente restritiva. Se Carla enxerga dados, examine associação de identidades, relacionamentos e permissões do ambiente. Repita o teste no serviço com o papel efetivo do usuário. Um autor com privilégios diferentes não representa necessariamente o comportamento do leitor. Documente os testes e a tabela de autorização para que a inclusão de um novo contrato não dependa de uma alteração improvisada em cada medida.
Como validar a autorização
Teste usuários com uma, várias e nenhuma autorização, além de registros sem projeto correspondente. Use as ferramentas de teste de função e confirme o comportamento no serviço. Examine também o papel atribuído no workspace, pois permissões elevadas podem afetar a aplicação das regras. A segurança deve ser validada pelo acesso efetivo, e não apenas pelo filtro que aparece no primeiro gráfico.
Exemplo na prática
um gerente regional vê apenas obras da sua região, enquanto a diretoria visualiza todo o portfólio; a regra pode relacionar o usuário conectado a uma tabela de permissões.
Como aplicar no planejamento
modele uma tabela de acesso com usuários e projetos, teste cada função no Desktop e no serviço, valide relacionamentos e lembre que administradores ou membros do workspace podem não ser limitados como simples visualizadores.
Conteúdos de Planejamento e Controle de Projetos — Tema de estudo: Como usar a segurança em nível de linha (RLS) no Power BI para separar dados por projeto ou contrato
Consultar o conteúdo na plataformaConsultar o índice de assuntos do blog
Academia do Planejamento
Cursos de Oracle Primavera P6, MS Project e gestão de projetos para EPC, óleo e gás, mineração e construção.
Prof. Sérgio Magalhães · WhatsApp (21) 96896-0380
Prof. Alex Damasio · WhatsApp 41.8860.1821