Resposta direta
A escolha depende do que o registro precisa provar, não do que é mais fácil de implementar. Campo de auditoria na tabela indica quem alterou e quando. Tabela de histórico com valor anterior e valor novo permite reconstruir o cadastro em uma data passada. Log do banco cobre também cargas em lote e rotinas automáticas. Anotação fora do sistema serve como apoio, não como prova. Comparar as formas exige o mapa de todas as entradas de alteração, incluindo o ajuste direto no banco, e o teste de leitura, que é o tempo de montar uma resposta a partir do histórico.
- Objetivo
- Comparar alternativas
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Coloca as formas de registro lado a lado pelo que cada uma consegue provar, e não pela facilidade de implementar.
As formas disponíveis e o que cada uma prova
Registrar alteração no cadastro costuma assumir quatro formas. Campo de auditoria na própria tabela, com data e usuário. Tabela de histórico que guarda valor anterior e valor novo. Log do banco, gerado por gatilho ou por captura de alteração. Anotação fora do sistema, em planilha ou ordem de serviço. Cada uma responde a perguntas diferentes.
A pergunta que separa as formas é o que precisa ser provado. Se basta saber quem mexeu e quando, o campo de auditoria resolve. Se for preciso reconstruir o cadastro em uma data passada, é o histórico com valor anterior que responde. Se a origem do valor importa, como importação ou rotina automática, o log do banco entra na conversa.
Como comparar sem decidir pela ferramenta
A comparação começa pelo mapa de entradas, não pela ferramenta. O mesmo campo pode ser alterado por tela, por carga em lote, por rotina agendada e por ajuste direto no banco. Uma forma de registro que só cobre a tela deixa as outras três sem resposta.
O segundo critério é a leitura. Quem consulta o histórico e com que frequência. Auditoria interna, fiscal, jurídico e operação pedem recortes distintos. Uma tabela pensada para depuração técnica raramente serve para responder a um ofício. Vale medir o tempo de montar a resposta, não o volume de registros guardados.
Limites: o que o registro não resolve
O registro de alteração mostra o que mudou, não se o valor estava certo. Ele não impede alteração indevida, não valida o conteúdo e não substitui controle de acesso. Também não corrige cadastro que já entrou errado.
Há casos em que não compensa. Cadastro com poucas alterações ao ano e sem exigência externa raramente justifica histórico completo. Sistema a ser substituído em curto prazo também raramente. Quando existe retenção obrigatória por norma, a decisão deixa de ser técnica: prazo e formato já vêm definidos de fora.
Recurso prático
Da pergunta ao registro escolhido
- Definir o que precisa ser provado: quem alterou, quando, e qual era o valor antes.
- Levantar todos os pontos de entrada de alteração: tela, carga em lote, rotina agendada e ajuste direto no banco.
- Testar cada forma de registro contra esses pontos, inclusive os que não passam pela tela.
- Medir o custo de leitura: quanto tempo se gasta para montar uma resposta a partir do histórico.
- Registrar a forma escolhida e o que ela não cobre, antes de considerar o assunto encerrado.
O erro mais comum é escolher pela facilidade de implementar e não pelo ponto de entrada mais difícil, que costuma ser o ajuste direto no banco, justamente o que o registro não captura.
Sobre o que está escrito aqui
Conceitos relacionados: campo de auditoria · tabela de histórico · valor anterior e valor novo · captura de alteração no banco · mapa de entradas de alteraçã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
- Migração de dados: o que conferir antes e depois — migração sem conferência
- APIs e integração: o que perguntar antes de c… — sistema sem integração
Páginas relacionadas
O mesmo problema em outro objetivo
- Alterações no cadastro: o que medir no histórico — Explicar medição
Outras leituras em Integrações, sistemas e qualidade de dados
- Alteração sem registro: o que precisa virar histórico — Descreve como implementar registro de alterações: quais campos entram no histórico, onde capturar a gravação e qual o limite desse registro.
- Migração: comparar corte único, etapas e paralelo — Compara corte único, migração por etapas e operação em paralelo por interrupção, conferência, responsabilidade e dado que não pode ser recriado.
- Exportações manuais: como dar rotina e controle ao fluxo — Critérios operacionais para padronizar extrações manuais entre sistemas, definir responsáveis por conferência e reduzir o risco de erro humano.
- Reconciliação: como medir em vez de conferir à mão — Define indicadores e critérios para medir reconciliação entre sistemas: o que contar, o que tratar como exceção e o que fica fora do cálculo.
- Integração por API: o que definir antes de ir para produção — O que precisa estar definido antes de uma API entrar em produção: contrato de dados, comportamento em falha, reprocessamento e responsável pela integração.