Resposta direta
A correção em si raramente é o problema. O risco está no que ela não deixa registrado: quem alterou, por quê, com qual critério e o que mais deveria mudar junto. O diagnóstico começa pela trilha da alteração, com chamado, autorização, comando executado, horário e valor anterior. Em seguida, compara-se o registro corrigido com a origem que o gerou e com os demais sistemas que o consomem. Se a mesma informação existe em outro lugar, ela precisa ter sido tratada na mesma operação. Fechar o chamado sem essa conferência transforma uma exceção em divergência permanente.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Desloca o foco da alteração para a trilha e a reconciliação, mostrando o que a correção manual deixa de registrar e como fechar essa lacuna antes de encerrar o caso.
A pergunta que o registro não responde
Uma correção feita direto na base resolve o sintoma e apaga a discussão que deveria ter acontecido antes. O primeiro passo é reconstruir o caso: qual chamado autorizou a alteração, quem executou, em que horário, por qual comando e com qual valor anterior. Sem isso, o ajuste existe, mas não é auditável.
Vale separar o que está documentado do que precisa ser inferido. Se não há log, cópia do registro ou histórico do chamado, o diagnóstico já começa limitado, e isso deve ser dito a quem pediu a correção. O dado ausente é parte do problema, não um detalhe de arquivo.
A conferência que encerra o caso
Corrigir um campo raramente encerra o assunto. O mesmo dado costuma aparecer em tabelas ligadas, relatórios e integrações. Antes de fechar o chamado, é preciso listar onde aquele valor é copiado e confirmar, ponto a ponto, se o valor novo chegou. O número de linhas afetadas precisa ser medido, não estimado.
Quando a correção muda saldo, status ou data, a conferência inclui o efeito: o que passou a ser calculado de forma diferente depois do ajuste. Um valor correto na tabela pode produzir um total errado se a regra de cálculo dependia do valor antigo.
O que esse diagnóstico não resolve
Esse diagnóstico verifica consistência e rastro. Não julga se a correção estava certa. Uma alteração bem registrada e bem propagada ainda pode estar errada no mérito, e essa decisão pertence a quem responde pela regra de negócio.
Também não substitui a correção na origem. Se o mesmo erro volta com frequência, o ajuste manual virou parte do processo e o trabalho deixa de ser conferir cada caso para tratar a causa. E, quando não há histórico guardado, não existe método que recupere o valor anterior: resta assumir a lacuna e registrar a decisão.
Recurso prático
Pontos de conferência de uma correção manual
| O que conferir | Sinal de correção incompleta | Evidência que deveria existir |
|---|---|---|
| Quem executou e sob qual autorização | A alteração existe no dado, mas não há chamado, aprovação nem identificação do responsável | Chamado com autor, data, horário e aprovação da área responsável |
| Valor anterior e valor novo | Só o valor final é conhecido e ninguém consegue dizer o que havia antes | Cópia do registro anterior à alteração, guardada com a justificativa |
| Registros dependentes na mesma base | O campo foi corrigido, mas linhas ligadas a ele seguem com o valor antigo | Lista das tabelas e vínculos afetados, conferida antes e depois do ajuste |
| Sistemas que consomem o dado | A base de origem está certa e o relatório ou a integração continua com o valor antigo | Confirmação de reprocessamento ou de envio do dado corrigido |
| Regra que deveria ter evitado o erro | A correção resolve o caso e o mesmo problema volta na semana seguinte | Registro do motivo da falha e da decisão sobre corrigir a regra |
O erro mais comum é conferir apenas a tela do sistema. A alteração pode estar certa na base e continuar errada em tudo que copia aquele dado, e é aí que o caso reabre.
Conceitos usados nesta página
- Trilha de auditoria — Trilha de auditoria é o conjunto de registros que permite reconstruir quem fez o quê, quando e com qual dado — inclusive depois que o resultado já foi usado.
Sobre o que está escrito aqui
Conceitos relacionados: trilha de auditoria · banco de produção · reconciliação de registros · valor anterior · chamado de correção. 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, sistemas e qualidade de dados — Página central do tema
- Dados desatualizados: o que precisa estar em dia — dados desatualizados
- Sistemas desconectados: como ordenar o fluxo… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Correção no banco de produção: registro e quem autoriza — Organizar um processo
- Correção direta no banco de produção: o que comparar — Comparar alternativas
- Correção direta no banco de produção: o que medir — Explicar medição
- Correção direta no banco de produção: o que combinar antes — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Bases copiadas sem versão: como medir a dispersão — Critérios e métricas para quantificar o descompasso entre a base oficial e as cópias paralelas criadas na rotina operacional.
- Reconciliação: o que definir antes de contratar — O que definir em escopo, responsável, critério de aceite e prazo de correção antes de contratar reconciliação entre sistemas.
- Erro descoberto pelo cliente: o que avaliar antes de contratar — O que avaliar e o que deixar definido no contrato quando o cliente descobre um erro de sincronização. Responsabilidade, evidência e correção.
- Sem identificador de execução: como a integração deixa rastro — O que registrar e como correlacionar uma integração sem identificador de execução, incluindo chave natural, janela de reconciliação e limites da abordagem.
- Erro de sincronização visto pelo cliente: por onde começar — Registro, contenção, correção e fechamento de um erro de sincronização apontado pelo cliente, com responsável e critério de encerramento.