Power BI com dados desatualizados: por que o painel mostra o número de ontem e como resolver

Open Mind IA · 14 de outubro de 2026 · 8 min de leitura

Toda reunião de resultados tem um momento constrangedor: alguém abre o dashboard, aponta para um número e outra pessoa diz "esse valor não bate com o que vi hoje cedo no sistema". A conversa muda de assunto. Em vez de decidir, o grupo passa vinte minutos discutindo qual número está certo. Na maioria das vezes, o número do dashboard não está errado: está apenas velho. O painel mostra o retrato de um momento que já passou.

Esse problema é um dos que mais corroem a confiança em Business Intelligence dentro das empresas. Um relatório bonito, com um modelo bem construído, perde todo o valor quando o gestor desconfia de que os dados não são de hoje. E a desconfiança, uma vez instalada, é difícil de reverter: as pessoas voltam para as planilhas e para o "pergunta pra fulana, que ela tem o número".

A boa notícia é que dado desatualizado quase sempre tem causa técnica conhecida e solução prática. Neste artigo explicamos como funciona a atualização dos dados no Power BI, por que ela falha ou atrasa, e o que fazer para que o painel mostre sempre uma informação em que a diretoria possa confiar.

Como o Power BI "enxerga" os dados: importação, DirectQuery e atualização

Para entender por que um painel fica desatualizado, é preciso saber que o Power BI normalmente não consulta o sistema da empresa a cada clique. No modo mais comum, chamado de importação, o Power BI faz uma cópia dos dados, comprime essa cópia e a guarda dentro do próprio modelo. Os gráficos são desenhados em cima dessa cópia, o que explica por que são tão rápidos. O custo dessa velocidade é que a cópia envelhece: ela só se renova quando acontece uma atualização (o "refresh").

Existe também o modo DirectQuery, em que o Power BI consulta a fonte a cada interação. Os dados ficam mais próximos do tempo real, mas a velocidade passa a depender do banco de dados e do volume de informação, e algumas funcionalidades do modelo ficam limitadas. Há ainda modelos mistos, que combinam os dois. Não existe o modo "certo" em absoluto: a escolha depende de quão rápido a decisão precisa do dado e de quanto a fonte aguenta ser consultada.

Em resumo: quando alguém diz que o dashboard está desatualizado, a primeira pergunta é "em que modo esse relatório está e quando foi o último refresh?". Muita discussão acaba ali mesmo, porque o dado simplesmente não foi renovado desde a manhã anterior.

As causas mais comuns de dado velho

Na prática, os atrasos e falhas costumam vir de um pequeno grupo de causas. Reconhecê-las já resolve boa parte dos casos:

• Atualização nunca foi agendada. O relatório foi publicado, funcionou no dia da entrega e ninguém configurou o refresh automático. O painel só muda quando alguém lembra de atualizar manualmente.
• Credenciais vencidas. Quando a senha do usuário que autoriza a conexão muda ou expira, o refresh passa a falhar. O relatório continua abrindo normalmente, só que com dados cada vez mais antigos.
• Gateway fora do ar. Quando a fonte de dados fica dentro da rede da empresa, o Power BI na nuvem precisa de um gateway para alcançá-la. Se o computador onde ele está instalado é desligado, reiniciado ou perde a conexão, a atualização não acontece.
• Consultas pesadas demais. Se a atualização demora mais do que o tempo disponível, ou se o servidor de origem está sobrecarregado no horário agendado, ela pode estourar o limite e falhar.
• Mudança na origem. Uma coluna renomeada, uma tabela movida ou uma alteração de versão do sistema fazem a consulta quebrar, e o refresh passa a retornar erro todos os dias.

Repare que quase nenhuma dessas causas é um defeito do Power BI em si. São falhas de operação: coisas que mudam no entorno e que ninguém estava vigiando. É por isso que atualização de dados é tanto um tema de tecnologia quanto de processo.

O papel do gateway e por que ele é um ponto frágil

Quando os dados vêm de um servidor interno, como um ERP em banco de dados local, o gateway funciona como uma ponte segura entre a empresa e o serviço do Power BI. Ele é um programa instalado em uma máquina dentro da rede, que recebe o pedido de atualização e busca os dados na origem. Quando está saudável, ninguém o percebe. Quando falha, todos os relatórios que dependem dele param de atualizar ao mesmo tempo.

O erro mais frequente é instalar o gateway no computador de uma pessoa, por conveniência. Esse computador entra em suspensão, é desligado no fim do expediente, é trocado ou formatado, e a ponte desaparece junto. O recomendado é instalar o gateway em uma máquina ou servidor que fique ligado de forma estável, com rede confiável, e ter pelo menos uma pessoa responsável por ele. Em ambientes mais críticos, vale considerar um cluster de gateways, para que um assuma quando o outro cair.

Outro cuidado é documentar quem é a conta dona das conexões. Muitas empresas descobrem, no meio de uma crise, que o refresh está preso à credencial de um colaborador que já saiu da empresa. Registrar essas dependências evita surpresas.

Atualização incremental: atualizar só o que mudou

Se o modelo traz anos de histórico de vendas, recarregar tudo a cada atualização é um desperdício. Os dados de três anos atrás não mudam, mas são lidos, transferidos e processados de novo toda vez. Isso deixa a atualização lenta, aumenta a chance de falhar e limita a frequência com que ela pode rodar.

A atualização incremental resolve isso: o Power BI separa os dados em partições e renova apenas o período recente, por exemplo os últimos dias ou meses, preservando o histórico já carregado. O resultado costuma ser uma atualização muito mais rápida e leve, o que permite rodá-la com mais frequência. Para funcionar bem, a tabela de origem precisa ter uma coluna de data confiável, que indique quando cada registro foi criado ou alterado. Esse é um dos pontos que um bom diagnóstico de dados verifica antes de qualquer promessa de atualização rápida.

Frequência: nem sempre "tempo real" é a resposta certa

Diante de um painel desatualizado, a reação instintiva é pedir "tempo real". Antes de aceitar esse caminho, vale perguntar qual é a decisão que depende do dado e com que frequência ela é tomada. Um relatório de resultado mensal não precisa ser renovado de hora em hora. Já o acompanhamento do atendimento ou da expedição de um dia movimentado pode pedir atualizações bem mais curtas.

Quanto mais frequente a atualização, maior a carga sobre o sistema de origem e maior o custo de manter tudo funcionando. Uma regra prática é combinar a frequência com o ritmo da decisão: dados de gestão estratégica, uma vez ao dia, de preferência em horário de baixo uso do sistema; dados operacionais, em intervalos menores; e somente os casos que realmente exigem imediatismo em modos mais próximos do tempo real. O mais importante é que a frequência combinada esteja escrita e visível para quem usa o painel.

Deixe a data da última atualização à vista

Parte da desconfiança nasce da incerteza: o usuário não sabe se o dado é de hoje ou de ontem. Uma solução simples e muito eficaz é exibir, em local visível do relatório, a data e a hora da última atualização. Com essa informação, quem lê o painel passa a interpretar os números no contexto certo e para de questionar a ferramenta a cada divergência pequena.

Também ajuda explicar, em uma nota discreta, de qual sistema vêm os dados e qual o horário habitual de renovação. Transparência sobre a origem e a idade da informação é um dos hábitos mais baratos para aumentar a adoção de um BI.

Como começar: um roteiro prático

Se o seu painel parece sempre atrasado, siga uma sequência simples antes de mexer em qualquer coisa:

• Verifique o histórico de atualização. No serviço do Power BI, consulte os últimos refreshes de cada conjunto de dados: quais rodaram, quais falharam e em que horário.
• Confirme o agendamento e as credenciais. Veja se há atualização agendada, em que horários, e se as conexões estão autenticadas com uma conta que não depende de uma pessoa específica.
• Cheque o gateway. Confirme em que máquina ele está, se ela fica ligada e quem cuida dela.
• Meça o tempo de atualização. Se ela é demorada, avalie a atualização incremental e a revisão das consultas mais pesadas.
• Combine a frequência com a decisão. Defina com os usuários o que precisa ser diário, o que precisa ser mais frequente e o que pode esperar.
• Configure alertas de falha. Ative notificações para que o responsável saiba da falha antes de o gestor descobrir pelo número errado.

Esse último item merece destaque. Uma atualização que falha sem avisar é o caminho mais curto para a perda de confiança. Alertas e uma verificação simples e recorrente transformam um problema que aparecia na reunião em um aviso resolvido na véspera.

Dado confiável é um serviço contínuo, não uma entrega única

Construir um dashboard é um projeto; manter os dados confiáveis é uma operação. Quem trata o BI apenas como entrega costuma ter um painel excelente no primeiro mês e cheio de dúvidas seis meses depois. A diferença está em acompanhar o ciclo completo: da fonte ao refresh, do refresh ao relatório e do relatório à decisão.

Na Open Mind IA, projetos de Business Intelligence incluem essa visão de ponta a ponta: levantamento da origem dos dados, escolha do modo de conexão adequado, desenho da atualização, configuração do gateway e monitoramento para que falhas sejam percebidas antes de virarem discussão na reunião. Se o seu time já não confia nos números do painel, um diagnóstico costuma mostrar rapidamente onde está o gargalo. Veja também os nossos cases de BI para entender como isso funciona em empresas reais.