> 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/reprocessamento-de-falhas.md).
# Tentar novamente e investigação de falhas
Reprocesse em lote as atualizações de modelos semânticos que falharam, com o erro explicado, o histórico de falhas de cada modelo e um dossiê técnico com análise por IA.
Segunda-feira, 8h. Doze modelos semânticos falharam na madrugada porque a senha de uma fonte de dados expirou. No portal do Power BI, isso significa abrir doze modelos, ler doze históricos e clicar doze vezes em "Atualizar agora", torcendo para não esquecer nenhum.
No Power Monitor, são três cliques: **ver as falhas de hoje**, **selecionar todas** e **Tentar novamente**.
Todas as falhas do dia selecionadas para reprocessar de uma vez
## Por que isso muda a sua rotina
* **Uma tela para o ambiente inteiro.** As atualizações de todos os modelos dos workspaces monitorados aparecem juntas, com um banner que responde logo de cara: "alguma coisa falhou hoje?".
* **Reprocessamento em lote, com segurança.** O Power Monitor envia os modelos selecionados para uma **fila de reprocessamento** e dispara as novas atualizações em nome do service principal da organização, respeitando um limite de atualizações simultâneas que você define (de 1 a 10), para não sobrecarregar a capacidade. Modelos que já estão na fila são ignorados, então ninguém dispara a mesma atualização duas vezes.
* **Acompanhamento até o fim.** A **Fila de Tentativas** mostra cada item até **Sucesso** ou **Falha**, sem precisar ficar atualizando a página do Power BI.
* **O erro explicado, não só o código.** Cada falha traz a explicação do código de erro (credencial expirada, gateway inacessível, tempo limite, limite de capacidade) e o histórico de falhas recentes do modelo, para você saber se é um problema novo ou recorrente.
## Investigar com IA: do erro à causa
Clique com o botão direito numa falha e escolha **Investigar**. O Power Monitor monta um **dossiê técnico** com o histórico do modelo, a recorrência do erro, outros modelos afetados ao mesmo tempo e os identificadores da execução para abrir chamado na Microsoft. Com o provedor de IA da organização configurado, ele ainda gera uma **análise da provável causa e dos próximos passos**.
Dossiê de investigação de uma falha
## Como funciona na prática
1. Abra *Monitoramento › Modelos Semânticos* e clique em **Ver falhas de hoje**.
2. Leia o erro de cada modelo. Se a causa exigir ação (credencial, gateway), corrija primeiro.
3. Marque os modelos (ou **Selecionar todas as falhas**) e clique em **Tentar novamente**.
4. Acompanhe o resultado em **Fila de Tentativas**.
{% hint style="info" %}
O reprocessamento é exclusivo de **Administradores** do Power Monitor. A Fila de Tentativas pode ser acompanhada por todos os perfis.
{% endhint %}
## Vai além dos modelos semânticos
* **Itens do Fabric:** pipelines, notebooks, Copy jobs e Dataflows Gen2 com falha aparecem em *Monitoramento › Itens do Fabric*, com o motivo informado pelo Fabric e a mesma opção **Investigar**.
* **Alertas automáticos:** cada falha abre um incidente e avisa os responsáveis por e-mail, Teams, Slack, Telegram ou webhook. Veja [Alertas personalizados](/principais-funcionalidades/alertas-em-tempo-real.md).
* **Dados realmente atualizados:** quando o refresh termina com sucesso mas o dado não chegou, entra em cena o [Data Freshness](/principais-funcionalidades/dados-atualizados.md).
## Páginas relacionadas
* [Modelos Semânticos (Monitoramento)](/power-monitor/monitoramento/modelos-semanticos.md): todas as telas e regras, passo a passo
* [Reprocessamento de refresh (Configurações › Organização)](/power-monitor/configuracoes/organizacao.md#reprocessamento-de-refresh): o limite de atualizações simultâneas
* [Falhas de Atualização de Dados](/principais-funcionalidades/falhas-de-atualizacao.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/reprocessamento-de-falhas.md?ask=&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.
