Power BI

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.

Diagrama com quatro etapas: Dados da obra, Modelo e relações, Cálculos e filtros, Painel para decisão

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.

Fontes e referências
Onde estudar no curso

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 plataforma

Academia do Planejamento — academiadoplanejamento.com.br

Consultar 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

academiadoplanejamento.com.br

Prof. Alex Damasio · WhatsApp 41.8860.1821