Resposta direta
Defina, por tipo de dado, qual é a frequência aceitável de atualização e quem responde por ela. Nem todo dado precisa ser em tempo real: cadastro de cliente pode ser diário, disponibilidade pode exigir minuto. O erro comum é tratar todos como críticos e não atualizar nenhum. Escreva a regra em três colunas — dado, frequência aceitável, responsável — e verifique se o que existe hoje corresponde.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Define frequência aceitável por tipo de dado, em vez de perseguir atualização em tempo real para tudo.
Por que o dado envelhece
Porque a atualização depende de alguém lembrar. Sem responsável e sem frequência combinada, cada área atualiza quando o problema aparece.
O resultado é decisão tomada sobre informação de ontem sem que ninguém saiba disso.
Como definir a frequência
Pergunte qual é a decisão que o dado informa e de quanto em quanto tempo ela acontece. Dado usado em decisão mensal não precisa de atualização por minuto.
Depois, verifique se a frequência definida é alcançável com o processo atual. Regra impossível de cumprir vira regra ignorada.
Limites
Atualização em tempo real custa caro e resolve menos casos do que parece. Vale quando a defasagem gera erro imediato — disponibilidade, agenda, preço.
E há dado que não deve ser atualizado automaticamente: cadastro com impacto financeiro e histórico de negociação exigem revisão antes de sobrescrever.
Recurso prático
Regra em três colunas
| Dado | Frequência aceitável | Responsável |
|---|---|---|
| cadastro de cliente | diária | — |
| disponibilidade ou estoque | por hora ou minuto | — |
| histórico de atendimento | no evento | — |
| preço praticado | a cada alteração | — |
| relatório gerencial | mensal | — |
Se a coluna 'responsável' está vazia, o dado não é atualizado por ninguém — é atualizado por acaso.
Sobre o que está escrito aqui
Conceitos relacionados: frequência de atualização · responsável pelo dado · dado crítico · defasagem. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações e dados — Página central do tema
- Números que não batem — Divergência entre fontes
- Sincronização — Quando integrar
Páginas relacionadas
O mesmo problema em outro objetivo
- Dados defasados: onde rastrear o ponto de atraso — Diagnosticar
- Dados desatualizados: caminhos para sanear ou descartar — Comparar alternativas
- Dados desatualizados: métricas para quantificar o atraso — Explicar medição
- Dados desatualizados: como implantar a rotina de revisão — Orientar implementação
- Dados desatualizados: o que exigir ao contratar atualização — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cliente duplicado entre áreas: quando vale contratar solução — O que avaliar antes de contratar solução para cliente duplicado entre áreas, o que é decisão de dado e o que é decisão de responsabilidade.
- Cliente achou erro de sincronização: como tratar na operação — O que fazer quando o cliente encontra uma divergência entre sistemas: como localizar a origem, corrigir o alcance do erro e evitar a repetição.
- Dois números para o mesmo indicador: qual usar na decisão — Forma de definir a fonte oficial de cada indicador, registrar o critério que a sustenta e tratar a divergência entre duas fontes com regra conhecida.
- Campo obrigatório sem uso: como decidir o que fazer — Descreve um processo para revisar campos obrigatórios sem uso: quem pediu, quem preenche, quem consome e o que acontece quando o dado falta.
- Tabela de apoio sem dono: mapear uso e dependência — Levanta quem usa, o que depende e o que quebra se uma tabela de apoio sem responsável for alterada ou desativada.