> For the complete documentation index, see [llms.txt](https://docs.powermonitor.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.powermonitor.com.br/principais-funcionalidades/permissoes-e-acessos.md).

# Permissões e Acessos

Auditoria consolidada de permissões, contas externas, atividade dos usuários e visualizações de relatórios, para segurança e conformidade com a LGPD.

O Power Monitor consolida **quem tem acesso a quê** no seu tenant e **o que as pessoas fazem** no Power BI e no Fabric, para auditorias de segurança, revisões periódicas de acesso e conformidade com a **LGPD**.

## Quem acessa o Power Monitor

O acesso ao próprio Power Monitor é gerenciado em **Usuários** (somente Administradores):

* **Função e perfil:** cada pessoa tem um **perfil** (**Admin**, **Member**, **Audit** ou personalizado) que define se ela é **Administrador** ou **Usuário**. Somente Administradores configuram, disparam coletas e gerenciam usuários.
* **Escopo por workspace:** limita os dados que a pessoa vê a alguns workspaces e define de quais workspaces ela recebe e-mails de alerta.
* **Acesso a páginas:** permite bloquear páginas do menu para um perfil ou usuário. O bloqueio vale também para as consultas de dados da página (a tela **Não permitido** aparece para quem abre o endereço), e Administradores nunca são bloqueados.

Veja os detalhes, as regras de cada perfil predefinido e o passo a passo em [Usuários](/power-monitor/usuarios.md).

## Auditoria de Permissões

Em **Auditoria › Auditoria de Permissões**, você vê todas as permissões concedidas em **workspaces, itens do Power BI e do Fabric, conexões e gateways**:

| Coluna                                | Significado                                                               |
| ------------------------------------- | ------------------------------------------------------------------------- |
| **Tipo de Objeto** e **Objeto**       | Onde está a permissão                                                     |
| **Workspace**                         | Workspace do objeto                                                       |
| **Principal** e **Tipo de Principal** | Quem recebe a permissão: usuário, grupo ou aplicativo                     |
| **Nível de Acesso**                   | O papel ou a permissão concedida                                          |
| **Origem**                            | **Direto**, **Via Grupo**, **Via Workspace** ou **Via Workspace + Grupo** |

* **Grupos do Entra ID são expandidos** até os membros, com base em um cache atualizado pelo botão **Atualizar grupos** (exige a permissão de leitura de grupos do Microsoft Graph, em **Configurações › Permissões Adicionais**).
* As permissões de workspace são **propagadas para cada item** do workspace, para mostrar o acesso efetivo.
* Todos os registros que atendem ao filtro podem ser exportados em **CSV** ou **JSON**.

## Dashboard de Permissões

Em **Dashboards › Dashboard de Permissões**, a visão agregada tem as abas **Visão geral**, **Por pessoa**, **Por objeto**, **Grupos** e **Externos**, com a contagem de identidades distintas (usuários, grupos e aplicativos) e o destaque para **contas externas (convidados)**, inclusive as que têm acesso de escrita.

## Atividade dos usuários

Quando a coleta de logs de atividades está habilitada (**Configurações › Auditoria**), o Power Monitor importa os **eventos de atividade** do Power BI e do Fabric três vezes ao dia:

* **Auditoria › Geral de Eventos:** todas as operações, com data/hora, usuário, operação, item, workspace e status, e indicadores como usuários ativos e ações críticas;
* **Auditoria › Visualizações de Relatórios:** quem visualizou cada relatório e dashboard, quando e de onde (país, estado e cidade estimados pelo IP), inclusive via app;
* **Dashboards › Dashboard de Visualizações** (o acesso segue o perfil de acesso a páginas: Administradores sempre, perfil Audit liberado, Member bloqueado por padrão): usuários mais e menos ativos, relatórios mais, menos e nunca acessados, e distribuição por mês, workspace, capacidade, dia da semana e turno.

## Exposição de dados

**Qualidade de Dados › Exposição de Dados** e **Governança › Conformidade › Links Públicos** ajudam a encontrar conteúdo exposto além do necessário, como relatórios publicados na Web.

## Conformidade com a LGPD

* Saber exatamente **quem tem acesso a quais dados**, inclusive por herança de grupo e de workspace;
* Identificar **contas externas** e acessos desnecessários ou excessivos;
* Comprovar **quem acessou** relatórios sensíveis;
* Gerar **exportações** para auditorias internas e regulatórias.

Os próprios acessos ao Power Monitor também ficam registrados em **Auditoria › Eventos da Aplicação** (logins, páginas acessadas e alterações de configuração).

## Páginas relacionadas

* [Auditoria de Permissões](/power-monitor/auditoria/auditoria-de-permissoes.md)
* [Dashboard de Permissões](/power-monitor/dashboards/dashboard-de-permissoes.md)
* [Geral de Eventos](/power-monitor/auditoria/geral-de-eventos.md)
* [Exposição de Dados](/power-monitor/qualidade-de-dados/exposicao-de-dados.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.powermonitor.com.br/principais-funcionalidades/permissoes-e-acessos.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
