Resposta direta
O caminho é definir, a partir de agora, o que passa a ser registrado e quem responde por isso. Comece pelos campos cuja mudança afeta valor, obrigação, repasse ou decisão, e não pelo sistema inteiro. Para cada um, defina quem altera, quem autoriza e onde o registro fica. O período anterior vira lacuna declarada: o que tem documento é prova, o resto entra como não verificável. Sem essa distinção, o time trata suposição como fato e a discussão nunca termina. Registrar tudo tem custo e raramente compensa.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o histórico ausente como lacuna a declarar, não como dado a recuperar, e fixa o recorte mínimo do que passa a ser registrado.
O que decide se uma mudança precisa de registro
Nem toda alteração merece histórico. O critério é o efeito: se a mudança altera valor pago, obrigação assumida, repasse, prazo ou decisão de outra área, ela precisa de registro. Se apenas corrige um campo interno de operação, o custo de registrar passa a ser maior que o benefício.
Aplicar esse filtro reduz a lista a um punhado de campos por sistema. Um histórico enxuto e lido vale mais que um log completo que ninguém consulta. O trabalho começa na definição do critério, não na escolha da ferramenta.
Como separar o que dá para provar do que é suposição
Para o período sem registro, o caminho é separar o que tem documento do que é reconstrução. Nota fiscal, contrato, e-mail de aprovação e extrato são prova. Comentário de reunião e lembrança de quem operava não são.
O que não tem prova entra como não verificável, e não como fato. Essa distinção evita que uma suposição circule como se fosse histórico e encerra a discussão sobre culpa sem encerrar o problema.
O que esse processo não resolve
Registrar daqui em diante não reconstrói o passado. Se a decisão atual depende de saber quem alterou um dado no ano passado, o processo novo não responde isso. O que dá para fazer é reduzir a exposição futura e explicitar a lacuna.
Também não corrige dado já errado, nem define sozinho quem é responsável: isso depende de decisão de gestão, não de processo. E não substitui a conferência dos números, apenas cria base para que ela tenha a quem recorrer quando algo não bate.
Recurso prático
Roteiro para definir o que passa a ser rastreável
- Liste os campos cuja mudança afeta valor, obrigação, repasse, prazo ou decisão de outra área. Descarte os demais.
- Para cada campo listado, defina quem altera, quem autoriza a exceção e onde o registro fica guardado.
- Marque o período anterior como não verificável e defina quem lê os registros e com que frequência.
O erro mais comum é registrar tudo e ninguém ler. Histórico sem responsável pela leitura vira arquivo e não muda decisão.
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: campo alterado · autor da alteração · data e hora da mudança · responsável pela leitura do registro · log de auditoria. 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
- Cadastros duplicados: caminhos para comparar… — cadastros duplicados
- Cadastros duplicados: implementação de travas… — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Alteração sem registro: onde o histórico se perde — Diagnosticar
- Histórico de alteração não registrado: alternativas possíveis — Comparar alternativas
- Histórico de alteração não registrado: como medir o tamanho — Explicar medição
- Alteração sem registro: o que precisa virar histórico — Orientar implementação
- Alteração sem registro: o que ainda dá para reconstruir — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cópias de base sem versão: alternativas para conciliação — Critérios para confrontar cópias de bases sem histórico de alteração, os métodos de comparação disponíveis e os limites operacionais de cada escolha.
- Dado sem histórico de origem: reconstruir o rastro mínimo — Reconstrução do rastro mínimo de um dado sem histórico de origem e definição do que passa a ser registrado em cada carga.
- Correção no banco de produção: registro e quem autoriza — Define quem autoriza, o que registrar e como o ajuste volta para a origem quando a correção é feita direto no banco de produção.
- Exportação sem máscara: quando liberar e como controlar — O que definir para liberar exportações com dado pessoal identificável: finalidade registrada, autorização nominal, prazo de expurgo e prova de descarte.
- Reconciliação: como comparar formas de conferir duas bases — Compara métodos de reconciliação por origem do dado, tolerância a erro, esforço de manutenção e o tipo de divergência que cada um não detecta.