> 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/dados-atualizados.md).
# Dados realmente atualizados
Data Freshness: o Power Monitor confere dentro do modelo semântico se cada tabela recebeu dado novo no prazo e com o volume esperado, e avisa a TI e a área de negócio quando não recebeu.
O refresh terminou com sucesso. O monitoramento está todo verde. E o diretor comercial acabou de perguntar por que as vendas de ontem não aparecem no relatório.
Acontece mais do que se imagina: a carga da origem atrasou, um pipeline anterior falhou em silêncio, uma partição não foi processada, um filtro de data cortou os registros novos. O Power BI só sabe que a atualização **rodou**. Ele não sabe se o **dado chegou**.
O **Data Freshness** do Power Monitor responde à pergunta que o negócio faz: **"o dado mais novo desta tabela é recente o suficiente?"**
Cada tabela vigiada com o seu próprio prazo
## O que ele faz
* **Vigia tabela por tabela.** Você escolhe o modelo, as tabelas, a coluna de data de cada uma e a tolerância: "a fato de vendas precisa ter registros de até 1 hora atrás no horário comercial", "a carga noturna precisa estar lá às 7h".
* **Detecta carga incompleta.** Com a verificação de **volume de linhas** (opcional), você é avisado quando uma tabela recebe muito menos linhas que o normal, mesmo com a data em dia.
* **Avisa quem precisa saber.** O alerta vai para a TI e também para os contatos de negócio cadastrados no workspace ou no modelo, com reenvio enquanto o problema persistir.
* **Funciona no seu horário.** Cada monitoramento tem a sua agenda de verificação, e **Verificar agora** (inclusive em massa) confere na hora.
* **Diagnostica permissões.** Se a consulta não consegue ler o modelo, o diagnóstico diz o que falta e oferece conceder a permissão de Build com um clique.
Agenda de verificação e verificação de volume de linhas
## Por que isso importa
* **Confiança nos números.** A área de negócio é avisada antes de decidir com dado velho, e não depois.
* **Menos chamados.** A TI descobre o atraso antes do usuário e chega à reunião com a causa, não com a surpresa.
* **Um retrato fiel.** Complementa o monitoramento de execução: [Modelos Semânticos](/power-monitor/monitoramento/modelos-semanticos.md) e [Atualizações de Artefatos](/power-monitor/dashboards/atualizacoes-de-artefatos.md) mostram se o refresh rodou; o Data Freshness mostra se o **resultado** está certo.
{% hint style="info" %}
A verificação faz uma consulta leve no modelo semântico e, por isso, pode consumir um pouco da capacidade onde ele está. A tela avisa isso na hora de criar o monitoramento.
{% endhint %}
## Páginas relacionadas
* [Atualização de Dados](/power-monitor/monitoramento/atualizacao-de-dados.md): criar, editar e verificar monitoramentos, passo a passo
* [Tentar novamente e investigação de falhas](/principais-funcionalidades/reprocessamento-de-falhas.md)
* [Alertas personalizados](/principais-funcionalidades/alertas-em-tempo-real.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/dados-atualizados.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.
