Resposta direta
A correção direta na produção é aceitável quando é tratada como exceção registrada, não como caminho normal. O que sustenta a exceção são três coisas: responsável pela alteração, registro guardado fora do próprio sistema corrigido e forma de desfazer. Passada a urgência, o mesmo ajuste entra no fluxo padrão de mudança, com revisão, ambiente de teste e histórico. O risco não está na correção em si, mas na correção que ninguém consegue reconstituir depois. Sem registro, reversão e responsável, a alteração deixa de ser operação e passa a ser aposta.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a correção direta como exceção que precisa de rastro e de retorno ao fluxo padrão, e não como falha a ser escondida.
O que separa urgência de improviso
Corrigir direto na produção faz sentido quando a operação está parada ou um dado errado já circula entre áreas. O critério é a interrupção concreta, não a pressa de quem pede.
Fora desse caso, a correção direta vira improviso: ninguém sabe quantas vezes foi feita, qual era o valor anterior e quem respondeu por ela. A diferença entre os dois cenários está no que fica registrado, não na intenção de quem aplica.
Registro que sobrevive ao sistema corrigido
A alteração precisa deixar rastro fora do sistema que sofreu a correção. Guardar o histórico apenas dentro do próprio ambiente é frágil: a próxima carga, a próxima sincronização ou a próxima limpeza pode apagar a evidência.
O registro mínimo informa o que mudou, o valor anterior, o valor aplicado, o autor, a data e a forma de desfazer. Quando não existe forma de desfazer, isso também é registro, e muda a decisão de aplicar.
O que a correção direta não resolve
Ela não corrige a causa. O dado volta ao estado anterior na próxima integração se a origem continuar gerando o mesmo erro. Correção repetida do mesmo tipo não é sinal de agilidade, e sim de que o problema está na entrada ou na regra.
Há correções irreversíveis. Lançamento contábil já processado, mensagem enviada ao cliente, pedido em separação física: desfazer não é apenas alterar o banco. Nesses casos, a correção direta deve ser evitada ou acompanhada de ação compensatória, com responsável nomeado.
Recurso prático
Roteiro para corrigir dado em produção com rastro
- Descrever o sintoma e confirmar que a interrupção da operação justifica a correção fora do fluxo normal.
- Nomear quem aplica e quem aprova, com os dois registrados no mesmo chamado.
- Copiar o valor anterior e a identificação dos registros afetados para fora do sistema que será corrigido, antes de alterar.
- Escrever a instrução de reversão no mesmo lugar em que a alteração é registrada.
- Aplicar a correção pelo menor caminho possível, sobre o menor conjunto de registros.
- Confirmar o efeito, encerrar com data e autor e apontar como o mesmo ajuste entra no fluxo padrão.
O erro mais comum é registrar a correção dentro do próprio sistema corrigido, justamente o ambiente que a próxima carga ou sincronização tende a sobrescrever.
Sobre o que está escrito aqui
Conceitos relacionados: correção em produção · registro de alteração · reversão de dado · responsável pela mudança · fluxo padrão de mudança. 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
- Falhas silenciosas em integrações: como perce… — falhas silenciosas
- Cadastros duplicados: como descobrir e consol… — cadastros duplicados
Páginas relacionadas
Outras leituras em Integrações, sistemas e qualidade de dados
- Valores sem unidade: o que o contrato precisa definir — O que verificar em valores registrados sem unidade, o que descrever no escopo da correção e o que a contratação não precisa tentar resolver.
- Alterações no cadastro: o que medir no histórico — Define indicadores para o registro de alteração no cadastro: cobertura de campos críticos, autor, data, valor anterior e os limites desse histórico.
- Tabela de apoio sem dono: como atribuir responsabilidade — Descreve como identificar quem usa, quem altera e quem responde por uma tabela de apoio órfã, com critérios de posse, registro de mudanças e rotina de revisão.
- Campo numérico aceitando texto: o que fazer com o registro — Regra de tratamento para registros com texto em campo numérico: o que corrigir na hora, o que separar para conferência e quem responde pela decisão.
- Planilha compartilhada com dado sensível: quem vê o quê — Separa o que pode circular em planilha compartilhada do que exige controle de acesso, com papéis definidos e registro de alterações.