Auditoria e log de atividades no Power BI

"Quem exportou essa base de clientes?" é uma pergunta que sua empresa precisa conseguir responder#

Em algum momento, alguém da diretoria vai chegar perguntando quem baixou um relatório com dados sensíveis, quem compartilhou um dashboard financeiro para fora da empresa ou por que um workspace inteiro sumiu. Se a resposta for "não sei", você tem um problema de governança, não de ferramenta. A boa notícia é que o Power BI já registra praticamente tudo o que acontece na plataforma. A auditoria e log de atividades no Power BI existe, é nativa e não custa a mais no seu licenciamento base. O que falta, na maioria das empresas brasileiras, é alguém que saiba onde esse log vive, como extrair e o que fazer com ele.

Neste artigo eu vou direto ao ponto: onde ficam os registros, as três formas de acessá-los, o problema real da retenção e como transformar tudo isso em segurança, conformidade com a LGPD e uma leitura honesta da adoção da plataforma. Sem rodeios e sem prometer mágica.

A auditoria e log de atividades no Power BI começa no log unificado do Microsoft 365#

Muita gente procura um "menu de auditoria" dentro do próprio Power BI e não encontra. O motivo é simples: o Power BI não guarda esse histórico sozinho. Cada ação relevante que um usuário faz no serviço (abrir um relatório, exportar dados, publicar um conjunto de dados, compartilhar um dashboard, criar ou excluir um workspace) é enviada para o log de auditoria unificado do Microsoft 365. Esse é o mesmo repositório central que registra atividades do Exchange, do SharePoint, do Teams e das demais cargas de trabalho da Microsoft.

Na prática, isso significa que a auditoria do Power BI é responsabilidade compartilhada entre a área de BI e a área de segurança ou TI que administra o tenant Microsoft 365. Ignorar isso é o primeiro erro. O log fica acessível pelo portal do Microsoft Purview (antigo centro de conformidade), na função de busca de auditoria. Lá você pesquisa por intervalo de datas, por usuário, por tipo de atividade e por carga de trabalho, filtrando pelo Power BI.

Para conseguir buscar esse log, alguns pontos são inegociáveis:

• A auditoria precisa estar habilitada no tenant. Em contas mais novas ela costuma vir ligada por padrão, mas vale confirmar, porque o log só registra a partir do momento em que é ativado. O que aconteceu antes não volta.
• O usuário que faz a busca precisa ter permissão adequada, normalmente uma função de auditoria atribuída no Purview, além do papel de administrador do Power BI ou global para os cenários mais amplos.
• O registro não é instantâneo. Existe uma latência entre o evento acontecer e ele aparecer disponível para consulta. Isso é normal e precisa ser considerado em qualquer investigação.

Se você quer entender o desenho maior de papéis, workspaces e políticas que sustentam isso, vale combinar a leitura com nosso material sobre governança de dados no Power BI e LGPD.

O activity events registra o que acontece dentro do serviço#

Além do log unificado, o Power BI expõe seus próprios eventos de atividade, o activity events. É basicamente a mesma informação de auditoria, porém acessível pela camada administrativa do Power BI, sem depender do portal do Purview. Isso é útil quando você quer automatizar a coleta e trazer os dados para dentro de um modelo, em vez de exportar planilhas manualmente.

Os eventos são identificados por nomes bem descritivos. Conhecer os principais ajuda a saber o que procurar antes mesmo de abrir a ferramenta. Abaixo, alguns dos mais úteis no dia a dia de uma operação de BI:

Evento (Activity)	O que ele indica	Por que importa
ViewReport	Um usuário abriu um relatório	Base para medir adoção real e uso por área
ExportReport / ExportData	Exportação de dados para arquivo	Sinal de risco de vazamento e ponto de atenção na LGPD
ShareReport / ShareDashboard	Compartilhamento de conteúdo	Rastreia quem deu acesso a quem
CreateWorkspace / DeleteWorkspace	Criação ou exclusão de workspace	Controle de estrutura e mudanças bruscas
PublishReport / CreateDataset	Publicação de conteúdo novo	Acompanha o crescimento e a origem do conteúdo
UpdateDatasourceCredentials	Alteração de credenciais de fonte	Segurança de conexões e acessos a dados

Perceba que esses eventos respondem a perguntas concretas de negócio. "Ninguém abre esse relatório há meses" e "esse usuário exportou a base inteira três vezes na semana" são conclusões que saem direto do activity events, não de achismo.

A API REST de administração extrai o histórico de forma programática#

Buscar auditoria no portal, uma tela de cada vez, funciona para uma investigação pontual. Não funciona para governança contínua. Quando o objetivo é ter uma rotina que roda sozinha, gera histórico e alimenta um relatório de auditoria, o caminho é a API REST de administração do Power BI, especificamente o endpoint de activity events (admin/activityevents).

Existem duas formas práticas de consumir isso:

• Via PowerShell, com o cmdlet Get-PowerBIActivityEvent, que é a maneira mais rápida de começar e não exige escrever código de autenticação do zero.
• Via chamada direta à API REST, autenticando com um service principal ou uma conta administrativa, o que é ideal para pipelines automatizados e agendados.

A lógica é sempre a mesma: você informa uma data e um intervalo de horas, e a API devolve os eventos daquele período em formato JSON. A partir daí, você persiste esses dados em algum lugar durável (um data lake, um banco, arquivos particionados por dia) e constrói em cima deles. Esse é o pulo do gato que separa uma empresa que "tem auditoria" de uma que realmente audita: guardar o histórico por conta própria, num repositório que você controla.

Comparando as três formas de acesso, o quadro fica assim:

Forma de acesso	Melhor para	Automação	Exige código
Portal Microsoft Purview	Investigação pontual e busca ad hoc	Baixa	Não
PowerShell (Get-PowerBIActivityEvent)	Extrações recorrentes e primeiros pilotos	Média	Pouco
API REST (admin/activityevents)	Pipeline contínuo e histórico próprio	Alta	Sim

Para um cenário empresarial sério, a recomendação honesta é combinar: Purview para responder rápido a um incidente e a API para manter o histórico rodando de forma automatizada. Montar esse pipeline é um trabalho de engenharia que costuma entrar no escopo de um projeto de governança de dados.

A retenção do log depende do seu licenciamento, e ignorar isso custa caro#

Aqui está o ponto que mais gera frustração, e vou ser direto: o log não fica disponível para sempre. O tempo de retenção do log de auditoria unificado depende do nível de licenciamento do Microsoft 365 e das políticas de auditoria configuradas no seu tenant. Planos mais avançados oferecem janelas de retenção maiores e a possibilidade de criar políticas de retenção personalizadas. Planos mais básicos guardam por um período mais curto.

O activity events acessível pela API também cobre apenas uma janela recente de atividade, não o histórico completo desde sempre. Ou seja, se você depende só do que a Microsoft mantém, mais cedo ou mais tarde vai precisar de um dado que já expirou.

A conclusão prática é simples e vale repetir: se a auditoria importa para a sua empresa, você precisa extrair e armazenar esses eventos por conta própria, dentro da sua janela de retenção, antes que eles saiam do ar. Verifique qual é a sua licença, entenda quanto tempo o seu tenant guarda e desenhe um processo de extração que rode com folga dentro desse prazo. Não confie na sorte, confie no seu próprio repositório.

Auditar serve para segurança, conformidade e adoção ao mesmo tempo#

O erro comum é tratar auditoria como tema exclusivo de segurança. Ela entrega valor em três frentes distintas, e uma boa operação usa as três.

Segurança#

Com o log você detecta comportamento anômalo: exportações em massa, compartilhamentos para domínios externos, alterações de credenciais de fonte de dados, acessos fora do horário esperado. É a diferença entre descobrir um vazamento no dia seguinte e descobrir seis meses depois, quando o dano já está feito. Ligar esses eventos a um alerta simples já muda o jogo.

Conformidade e LGPD#

Sob a LGPD, sua empresa precisa demonstrar quem acessou dados pessoais, quando e por quê. O log de atividades é justamente a evidência que sustenta essa prestação de contas. Rastrear quem exportou, quem compartilhou e quem visualizou conteúdo com dados sensíveis não é burocracia, é o que permite responder a um pedido do titular ou a uma fiscalização sem entrar em pânico. Governança e conformidade caminham juntas, e a auditoria é a espinha dorsal das duas.

Adoção#

Esta é a frente mais subestimada. O activity events mostra, sem margem para opinião, o que a empresa realmente usa. Relatórios que ninguém abre há meses são candidatos a desativação, o que reduz custo de manutenção e superfície de risco. Áreas que usam muito revelam onde investir. Usuários que nunca entraram indicam falha de treinamento ou de valor entregue. Auditoria, bem lida, vira um mapa de investimento em BI. Esse tipo de leitura contínua é parte do que fazemos em sustentação de BI.

Frente	Pergunta que responde	Evento típico usado
Segurança	Houve comportamento suspeito?	ExportData, ShareReport externo
Conformidade LGPD	Quem acessou dados pessoais?	ViewReport, ExportReport
Adoção	O que a empresa realmente usa?	ViewReport por relatório e por área

Como montar uma rotina de auditoria que funciona de verdade#

Ter acesso ao log não é o mesmo que auditar. Uma rotina que funciona costuma ter estes passos:

1. Confirme que a auditoria está habilitada no tenant e valide as permissões de quem vai consultar.
2. Defina o que você quer vigiar: exportações, compartilhamentos externos, exclusões de workspace, uso por relatório. Auditar tudo sem foco só gera ruído.
3. Escolha a extração automatizada via API ou PowerShell e agende para rodar diariamente, sempre dentro da janela de retenção do seu licenciamento.
4. Armazene o histórico num repositório próprio e durável, particionado por data.
5. Construa um relatório de auditoria em cima desses dados, no próprio Power BI, com alertas para os eventos críticos.
6. Revise periodicamente e ajuste o que é vigiado conforme a operação muda.

Esse ciclo não é um projeto de uma semana que acaba e some. É uma capacidade contínua, e a maturidade vem com a repetição. A auditoria não vive isolada: ela é uma peça dentro de um quadro maior de governança, plataforma e adoção que precisa ser desenhado com intenção.

Perguntas frequentes#

Preciso de licença Premium para auditar o Power BI?

Não. A auditoria de atividades é registrada no log do Microsoft 365 independentemente de o Power BI ser Pro ou Premium. O que varia conforme o licenciamento do Microsoft 365 é o tempo de retenção do log e o acesso a políticas de retenção mais avançadas, não a existência do registro em si.

Qual a diferença entre o log do Purview e o activity events do Power BI?

São duas portas para uma informação muito parecida. O log unificado do Microsoft 365, acessível pelo Purview, é o repositório central que reúne todas as cargas de trabalho da Microsoft. O activity events é a camada administrativa do próprio Power BI, mais conveniente para automação e para trazer os dados para dentro de um modelo. Na maioria dos casos você usa os dois: o Purview para busca pontual e a API para o pipeline contínuo.

Por quanto tempo o log de atividades fica disponível?

Depende do seu nível de licenciamento do Microsoft 365 e das políticas configuradas no tenant. Planos mais avançados oferecem janelas maiores e retenção personalizável. Por isso a recomendação é extrair e guardar os eventos no seu próprio repositório, garantindo que você tenha o histórico mesmo depois que ele deixar de estar disponível na origem.

Consigo auditar quem exportou dados de um relatório específico?

Sim. Eventos como ExportReport e ExportData registram exportações e permitem identificar o usuário, a data e o conteúdo envolvido. É exatamente esse tipo de rastro que sustenta a resposta a incidentes de segurança e a prestação de contas exigida pela LGPD.

Preciso saber programar para usar a API REST de administração?

Para o pipeline automatizado com a API REST, algum código é necessário, geralmente com autenticação por service principal. Já o cmdlet Get-PowerBIActivityEvent do PowerShell reduz bastante essa barreira e é um bom ponto de partida. Para uma operação madura e confiável, vale ter apoio de quem já montou esse tipo de extração antes.

Auditoria serve só para segurança?

Não, e essa é uma das melhores notícias. Os mesmos dados que protegem sua empresa também revelam a adoção real da plataforma. Você descobre quais relatórios ninguém usa, onde vale investir e onde o treinamento falhou. Auditar é tanto uma prática de segurança e conformidade quanto uma ferramenta de gestão do próprio investimento em BI.

Comece pelo que você já tem#

O log já está lá, registrando. A pergunta não é se você pode auditar o Power BI, é se você está pronto para responder quando alguém perguntar quem fez o quê. Habilite a auditoria, defina o que importa vigiar, monte a extração automatizada e guarde o histórico enquanto ele existe. É um trabalho de fundação que se paga na primeira vez que evita um vazamento ou responde a uma fiscalização sem sufoco.

Se você quer estruturar auditoria, governança e uma operação de Power BI que se sustenta no longo prazo, fale com a gente. A Fynx já entregou mais de 2.000 soluções Microsoft e sabe transformar log em decisão.