Como usar exportar e compartilhar no Power BI: passo a passo

O relatório certo na mão errada custa caro#

A maioria dos incidentes de vazamento em ambientes de Business Intelligence não começa com um hacker sofisticado. Começa com alguém clicando em "Exportar para Excel" e mandando a planilha por e-mail para a pessoa errada, ou com um link de "qualquer pessoa com o link" enviado por descuido. Aprender a exportar e compartilhar Power BI com critério é, na prática, uma questão de segurança tanto quanto de produtividade. E é justamente aqui que muita empresa brasileira tropeça: distribui dado sensível sem controle nenhum e só descobre o problema quando ele já virou passivo.

Este tutorial é direto e prático. Vou mostrar quando usar cada mecanismo de compartilhamento, o passo a passo de cada um, os erros que vejo repetidamente em projetos e as boas práticas que evitam dor de cabeça, inclusive do ponto de vista da LGPD (Lei nº 13.709/2018). A ideia não é te assustar, é te dar controle.

Entenda a diferença entre exportar e compartilhar#

Antes do passo a passo, é importante separar dois conceitos que as pessoas misturam o tempo todo.

Compartilhar significa dar acesso ao relatório ou dashboard dentro do próprio Power BI Service, mantendo o dado vivo, atualizado e sob as regras de segurança do workspace. O consumidor vê o número mais recente e não leva uma cópia para fora.

Exportar significa tirar o dado de dentro do ambiente controlado e materializar uma cópia estática: um arquivo Excel, um CSV, um PDF, um PowerPoint. A partir do momento em que o arquivo sai, você perde o controle sobre ele. Não há atualização, não há trilha de auditoria, não há política de rótulo que impeça o encaminhamento.

A regra mental que uso com clientes é simples: compartilhe sempre que puder, exporte só quando for estritamente necessário. Compartilhar preserva governança. Exportar renuncia a ela em troca de conveniência.

Critério	Compartilhar (dentro do Service)	Exportar (arquivo estático)
Dado atualizado	Sim, reflete o refresh	Não, congela no momento da exportação
Segurança em nível de linha (RLS)	Preservada	Perdida após exportar
Auditoria e rastreabilidade	Sim, via logs do tenant	Praticamente nula
Rótulo de confidencialidade	Acompanha o conteúdo	Depende do formato e da configuração
Risco de vazamento	Baixo, controlável	Alto, fora do seu controle
Melhor uso	Consumo recorrente e colaboração	Anexo pontual, arquivamento, análise offline

Escolha o mecanismo de compartilhamento certo para cada caso#

O Power BI oferece caminhos diferentes de distribuição, e usar o errado é fonte de metade dos problemas. Aqui está o mapa que uso.

Mecanismo	Quando usar	Licença típica
Aplicativo (App) do workspace	Distribuição em escala para muitos consumidores	Power BI Pro ou capacidade Premium/Fabric
Compartilhamento direto de relatório	Acesso pontual a uma ou poucas pessoas	Pro para quem compartilha e recebe
Workspace com papéis (roles)	Colaboração entre quem constrói e edita	Pro ou PPU conforme o cenário
Publicar na web (Publish to web)	Somente dado 100% público, sem exceção	Pro, mas com risco altíssimo
Incorporar (embed) em portais	Aplicações internas com controle de acesso	Depende do modo de embed

Para a maioria das empresas, o App do workspace é o caminho recomendado de distribuição em massa. Ele separa quem constrói de quem consome, permite versionar o que é publicado e centraliza permissões por público-alvo. O compartilhamento direto é ótimo para o caso pontual, mas vira um pesadelo de gestão quando você tem dezenas deles espalhados.

Uma observação sobre licenças, porque a dúvida é constante. O Power BI Pro e o Premium por Usuário (PPU) são licenças por usuário. Conteúdo hospedado em capacidade dedicada, seja Premium (SKUs P1 a P5) ou Microsoft Fabric (SKUs F2 a F2048), permite que usuários sem Pro consumam relatórios em determinadas condições. Se você quer entender o encaixe de licenciamento para o seu cenário, vale conversar com quem faz isso no dia a dia em Power BI.

Passo a passo: compartilhar um relatório com segurança#

Vamos ao operacional. Este é o fluxo para compartilhar preservando controle.

1. Publique o relatório em um workspace apropriado, nunca no "Meu workspace". O Meu workspace é pessoal, não tem governança e não deve hospedar conteúdo corporativo.
2. Defina os papéis do workspace com critério: Administrador, Membro, Colaborador e Visualizador. Dê o menor papel que resolve. A maioria das pessoas que só consome não precisa nem estar no workspace, e sim no App.
3. Configure a segurança em nível de linha (RLS) antes de distribuir, caso diferentes públicos devam ver recortes diferentes dos dados. RLS filtra as linhas por identidade, então um gerente regional vê só a sua região. Sem isso, você acaba criando um relatório por área, o que é insustentável.
4. Publique um App a partir do workspace, definindo públicos-alvo (audiences) com conjuntos distintos de conteúdo e permissão. Isso é o que separa uma distribuição profissional de um amontoado de compartilhamentos avulsos.
5. Aplique rótulos de confidencialidade (sensitivity labels) do Microsoft Purview no conteúdo. O rótulo acompanha o dado e pode inclusive criptografar arquivos exportados, dependendo da política.
6. Valide o acesso com uma conta de teste antes de anunciar. Nada substitui logar como um usuário comum e confirmar que ele vê exatamente o que deveria, nem mais nem menos.

Para o compartilhamento direto e pontual, o fluxo é mais curto: abra o relatório no Service, clique em Compartilhar, informe as pessoas ou o grupo do Microsoft Entra ID, e defina se elas podem reencaminhar e reexportar. Desmarque essas permissões por padrão. Só habilite reencaminhamento e exportação quando houver razão explícita.

Passo a passo: exportar dados sem abrir brecha#

Exportar não é proibido, é uma ferramenta legítima para casos específicos: montar um anexo de reunião, arquivar um fechamento mensal, levar um dado para análise offline. O problema é exportar por hábito, sem pensar.

1. Pergunte se dá para compartilhar em vez de exportar. Nove em cada dez pedidos de "me manda o Excel" se resolvem com acesso ao relatório ou com o recurso Analisar no Excel, que conecta o Excel ao modelo semântico mantendo o dado governado e vivo.
2. Escolha o formato conforme a finalidade. PDF e PowerPoint para leitura e apresentação. Excel e CSV apenas quando a pessoa realmente precisa manipular o dado, porque esses formatos carregam o dado bruto para fora.
3. Confira o rótulo de confidencialidade aplicado. Se o conteúdo é confidencial ou restrito, a política pode e deve herdar a proteção para o arquivo exportado, incluindo criptografia.
4. Revise se a exportação de dados está habilitada no tenant. No portal de administração, o administrador controla quais tipos de exportação são permitidos por grupo. Times que lidam com dado sensível podem ter a exportação para Excel/CSV bloqueada por política, e isso é saudável.
5. Registre o porquê. Em ambientes maduros, exportação de dado sensível passa por justificativa. Não precisa ser burocrático, mas precisa existir cultura de que exportar é exceção, não rotina.

O ponto central: toda exportação é uma cópia que foge do seu controle. Trate cada uma como uma decisão consciente.

Os erros comuns que viram incidente#

Depois de muitos projetos, os mesmos tropeços aparecem. Vale conhecê-los para não repetir.

• Usar "Publicar na web". Esse recurso gera um link público, indexável, acessível por qualquer pessoa na internet, sem autenticação. Ele existe para dados verdadeiramente públicos, como um painel de transparência. Já vi empresa expor faturamento inteiro assim, sem perceber. Se você não tem certeza absoluta de que o dado pode ir para o mundo, não use.
• Compartilhar pelo "Meu workspace". Some governança, some continuidade. Se a pessoa sai da empresa, o conteúdo vai junto.
• Não aplicar RLS e criar um relatório por área. Além de insustentável, aumenta a superfície de erro e a chance de alguém ver o que não deveria.
• Deixar reencaminhar e reexportar ligados por padrão. Cada permissão extra é uma porta a mais. Ligue só quando necessário.
• Confundir acesso ao workspace com consumo. Colocar consumidores como Membros dá a eles poder de editar e republicar. Consumidor vai no App como Visualizador.
• Ignorar a origem do dado. De nada adianta blindar o Service se a fonte, o gateway ou o pipeline estão abertos. Segurança de BI começa na engenharia de dados e não termina no relatório.
• Tratar governança como projeto pontual. Rótulos, políticas de exportação e auditoria precisam de manutenção contínua, tema que aprofundamos em governança de dados no Power BI e LGPD.

Boas práticas que sustentam segurança no longo prazo#

Configurar uma vez não basta. O que separa um ambiente seguro de um vulnerável é a disciplina de operação.

Adote o princípio do menor privilégio como padrão. Ninguém recebe acesso "por via das dúvidas". Cada pessoa tem o mínimo necessário para fazer o trabalho, e nada além.

Use grupos do Microsoft Entra ID em vez de pessoas individuais para atribuir acesso. Gerenciar dez apps por grupos é trivial. Gerenciar por nome vira caos assim que a equipe muda.

Padronize os rótulos de confidencialidade com nomes claros, como Público, Interno, Confidencial e Restrito, e treine o time para reconhecê-los. Rótulo que ninguém entende não protege nada.

Habilite e revise a auditoria do tenant. Os logs de atividade mostram quem acessou, exportou e compartilhou o quê. Em uma investigação, essa trilha é a diferença entre saber e adivinhar. Do ponto de vista da LGPD, ela também sustenta o princípio de responsabilização e prestação de contas.

Trate exportação como exceção monitorada, não como funcionalidade padrão. Restrinja por política onde o dado é sensível.

Por fim, revise o ambiente periodicamente. Acesso concedido há um ano pode não fazer mais sentido. Um ritual trimestral de revisão de permissões custa pouco e evita muito. Se a sua equipe não tem fôlego para isso, faz parte de um bom modelo de sustentação de BI.

Vale lembrar o contexto: a Microsoft é reconhecida como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI, e o Power BI tem ampla adoção no Brasil pela penetração do ecossistema Microsoft. Isso significa que a ferramenta é madura e os controles existem. O que falta, na maioria dos casos, é usá-los.

Perguntas frequentes#

Qual a forma mais segura de exportar e compartilhar Power BI? A mais segura é não exportar. Compartilhe o relatório dentro do Power BI Service via App do workspace, com RLS configurado e rótulos de confidencialidade aplicados. Quando a exportação for inevitável, use formatos de leitura como PDF, confirme que a proteção do rótulo acompanha o arquivo e mantenha a exportação de dados brutos restrita por política de tenant.

Posso compartilhar um relatório com quem não tem licença Power BI Pro? Depende de onde o conteúdo está hospedado. Se estiver em capacidade dedicada Premium (P1 a P5) ou Microsoft Fabric (F2 a F2048), usuários sem Pro podem consumir em determinadas condições. Fora de capacidade dedicada, tanto quem compartilha quanto quem recebe normalmente precisa de licença Pro ou PPU. Confirme sempre as condições atuais na documentação oficial da Microsoft.

O "Publicar na web" é seguro para uso interno? Não. O Publish to web gera um link público, sem autenticação, acessível por qualquer pessoa na internet e potencialmente indexável por buscadores. Ele serve apenas para dados verdadeiramente públicos. Para consumo interno, use App, compartilhamento direto ou incorporação com controle de acesso.

A segurança em nível de linha continua valendo quando alguém exporta o dado? Enquanto o consumo acontece dentro do Service e via Analisar no Excel, o RLS é respeitado e a pessoa só vê as linhas permitidas. Uma vez que o dado é exportado para um arquivo estático, ele carrega apenas o recorte que aquele usuário via, mas o arquivo em si deixa de ter qualquer controle de acesso. Por isso a exportação precisa de critério.

Como o compartilhamento no Power BI se relaciona com a LGPD? A LGPD (Lei nº 13.709/2018) exige controle sobre dados pessoais, incluindo quem acessa e para qual finalidade. Recursos como RLS, rótulos de confidencialidade, restrição de exportação e trilha de auditoria ajudam a sustentar os princípios de finalidade, necessidade e responsabilização. Compartilhar sem esses controles aumenta o risco de tratamento inadequado e de exposição indevida.

Vale a pena centralizar a distribuição em Apps em vez de compartilhamentos avulsos? Sim, para qualquer distribuição além de casos muito pontuais. O App separa produção de consumo, permite públicos-alvo distintos, facilita a gestão por grupos e reduz drasticamente a chance de erro de permissão. Compartilhamentos avulsos escalam mal e viram um risco silencioso de governança.

Compartilhar bem é decidir com consciência#

Exportar e compartilhar no Power BI não é complicado do ponto de vista técnico. O que separa um ambiente seguro de um vulnerável é a disciplina: compartilhar por padrão, exportar por exceção, aplicar o menor privilégio e manter auditoria viva. Cada botão de exportação é uma escolha, e escolher bem protege a empresa. Se quiser estruturar isso com quem já implementou governança e distribuição segura em dezenas de clientes, fale com a gente.