> 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/monitoreo-gestionado/monitoramento-gerenciado/o-que-esta-coberto.md).

# Qué está cubierto

Qué alertas atiende el equipo del Monitoreo Gestionado y qué demandas quedan fuera del alcance.

El Monitoreo Gestionado cubre las **alertas críticas de infraestructura** detectadas por el Power Monitor, relacionadas con el funcionamiento de Power BI y de Microsoft Fabric.

### Qué está cubierto

Al recibir una alerta crítica del Power Monitor, nuestro equipo actúa para investigar, comunicar y resolver:

| Situación (alerta del Power Monitor)                                    | Acción del equipo                                                                            |
| ----------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
| **Gateway sin conexión o con fallas**                                   | Diagnóstico, comunicación al cliente y actuación para restablecer la conectividad            |
| **Falla en la actualización de datos** (modelos semánticos y dataflows) | Identificación de la causa raíz y actuación para normalizar la ingesta                       |
| **Falla en la ejecución de notebooks y pipelines**                      | Diagnóstico de errores recurrentes y de fallas críticas de procesamiento                     |
| **Capacidad cerca del límite o en el límite**                           | Análisis de las cargas de trabajo que consumen la capacidad y actuación para evitar impactos |
| **Capacidad apagada o suspendida inesperadamente**                      | Actuación para restablecer la capacidad e identificar la causa                               |
| **Demás alertas críticas de infraestructura**                           | Cualquier otra alerta crítica detectada por el Power Monitor que requiera atención           |

Los tipos de alerta disponibles en el Power Monitor se describen en [Alertas en tiempo real](/es/principais-funcionalidades/alertas-em-tempo-real.md).

***

### Qué **no** está cubierto

El Monitoreo Gestionado cubre la infraestructura, **no el desarrollo**. Quedan fuera del alcance:

* Errores de datos incorrectos en informes
* Mejoras y perfeccionamientos en informes existentes
* Creación de nuevos informes o dashboards
* Optimización del rendimiento de consultas (DAX, SQL, M)
* Reducción del consumo de capacidades mediante optimización
* Desarrollo de pipelines, Data Warehouse o Lakehouse
* Implementación de DevOps y CI/CD

{% hint style="info" %}
Estas situaciones pueden **generar alertas** en el Power Monitor, pero su resolución implica desarrollo y no está cubierta por el Monitoreo Gestionado. Pueden contratarse por separado con Power Tuning.
{% endhint %}

***

### ¿Puedo contratar desarrollo por separado?

Sí. Power Tuning ofrece servicios complementarios para las necesidades de desarrollo y evolución de su entorno:

* **Proyectos puntuales:** necesidades específicas, con alcance y plazo cerrados;
* **Soporte mensual de desarrollo:** banco de horas para demandas continuas de informes Power BI, DAX, M, pipelines, Lakehouse, Data Warehouse, DevOps y CI/CD;
* **Optimización de informes:** reducción del consumo de las capacidades Fabric y mejora del rendimiento de visuales y modelos semánticos.

[Hablar con nuestro equipo sobre desarrollo](https://powermonitor.com.br/whatsapp)


---

# 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/monitoreo-gestionado/monitoramento-gerenciado/o-que-esta-coberto.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.