> 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/es/principais-funcionalidades/permissoes-e-acessos.md).

# Permisos y Accesos

Auditoría consolidada de permisos, cuentas externas, actividad de los usuarios y visualizaciones de informes, para la seguridad y el cumplimiento de la LGPD.

Power Monitor consolida **quién tiene acceso a qué** en su tenant y **qué hacen las personas** en Power BI y Fabric, para auditorías de seguridad, revisiones periódicas de acceso y cumplimiento de la **LGPD** (Ley General de Protección de Datos de Brasil).

## Quién accede a Power Monitor

El acceso a Power Monitor mismo se gestiona en **Usuarios** (solo Administradores):

* **Rol y perfil:** cada persona tiene un **perfil** (**Admin**, **Member**, **Audit** o personalizado) que define si es **Administrador** o **Usuario**. Solo los Administradores configuran, inician recolecciones y gestionan usuarios.
* **Alcance por workspace:** limita los datos que la persona ve a algunos workspaces y define de qué workspaces recibe correos de alerta.
* **Acceso a páginas:** permite bloquear páginas del menú para un perfil o usuario. El bloqueo también vale para las consultas de datos de la página (la pantalla **No permitido** aparece para quien abre la dirección), y los Administradores nunca se bloquean.

Vea los detalles, las reglas de cada perfil predefinido y el paso a paso en [Usuarios](/es/power-monitor/usuarios.md).

## Auditoría de Permisos

En **Auditoría › Auditoría de Permisos** puede ver todos los permisos concedidos en **workspaces, elementos de Power BI y Fabric, conexiones y gateways**:

| Columna                               | Significado                                                               |
| ------------------------------------- | ------------------------------------------------------------------------- |
| **Tipo de Objeto** y **Objeto**       | Dónde está el permiso                                                     |
| **Workspace**                         | Workspace del objeto                                                      |
| **Principal** y **Tipo de Principal** | Quién recibe el permiso: usuario, grupo o aplicación                      |
| **Nivel de Acceso**                   | El rol o el permiso concedido                                             |
| **Origen**                            | **Directo**, **Vía Grupo**, **Vía Workspace** o **Vía Workspace + Grupo** |

* **Los grupos de Entra ID se expanden** hasta sus miembros, a partir de una caché que se actualiza con el botón **Actualizar grupos** (requiere el permiso de lectura de grupos de Microsoft Graph, en **Configuración › Permisos adicionales**).
* Los permisos de workspace se **propagan a cada elemento** del workspace, para mostrar el acceso efectivo.
* Todos los registros que cumplen el filtro se pueden exportar a **CSV** o **JSON**.

## Panel de Permisos

En **Dashboards › Panel de Permisos**, la vista agregada tiene las pestañas **Vista general**, **Por persona**, **Por objeto**, **Grupos** y **Externos**, con el conteo de identidades distintas (usuarios, grupos y aplicaciones) y el destaque de las **cuentas externas (invitados)**, incluidas las que tienen acceso de escritura.

## Actividad de los usuarios

Cuando la recopilación de registros de actividad está habilitada (**Configuración › Auditoría**), Power Monitor importa los **eventos de actividad** de Power BI y Fabric tres veces al día:

* **Auditoría › Visión General de Eventos:** todas las operaciones, con fecha/hora, usuario, operación, elemento, workspace y estado, e indicadores como usuarios activos y acciones críticas;
* **Auditoría › Visualizaciones de Informes:** quién visualizó cada informe y dashboard, cuándo y desde dónde (país, estado y ciudad estimados por la IP), incluso mediante una app;
* **Dashboards › Panel de Visualizaciones** (el acceso sigue el perfil de acceso a páginas: Administradores siempre, perfil Audit habilitado, Member bloqueado por defecto): usuarios más y menos activos, informes más, menos y nunca consultados, y distribución por mes, workspace, capacidad, día de la semana y turno.

## Exposición de datos

**Calidad de Datos › Exposición de Datos** y **Gobernanza › Cumplimiento › Enlaces Públicos** ayudan a encontrar contenido expuesto más de lo necesario, como informes publicados en la web.

## Cumplimiento de la LGPD

* Saber exactamente **quién tiene acceso a qué datos**, incluso por herencia de grupo y de workspace;
* Identificar **cuentas externas** y accesos innecesarios o excesivos;
* Comprobar **quién accedió** a informes sensibles;
* Generar **exportaciones** para auditorías internas y regulatorias.

Los propios accesos a Power Monitor también quedan registrados en **Auditoría › Eventos de la Aplicación** (inicios de sesión, páginas visitadas y cambios de configuración).

## Páginas relacionadas

* [Auditoría de Permisos](/es/power-monitor/auditoria/auditoria-de-permissoes.md)
* [Panel de Permisos](/es/power-monitor/dashboards/dashboard-de-permissoes.md)
* [Visión General de Eventos](/es/power-monitor/auditoria/geral-de-eventos.md)
* [Exposición de Datos](/es/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/es/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.