Pular para o conteúdo

Soluções · Integrações, sistemas e qualidade de dados

Alteração sem registro: o que ainda dá para reconstruir

Como obter histórico de alteração que nunca foi registrado?

Resposta direta

Quando o histórico não foi registrado, a saída raramente é reconstruir cada mudança. É reconstruir o suficiente para decidir: qual campo importa, quem tinha permissão de alterar, e qual registro paralelo pode provar o estado anterior. Isso muda a contratação. Vale contratar quem consegue montar rastro a partir do que já existe, como logs de acesso, backups, integrações, mensagens e documentos, e não quem promete recuperar o que nunca foi gravado. O escopo vira uma pergunta factual: qual decisão depende desse histórico e qual prova basta para sustentá-la.

Objetivo
Orientar avaliação e contratação
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Trata a contratação do histórico ausente como decisão de prova e de escopo, não como recuperação integral do passado.

A distância entre provar e supor

Histórico de alteração tem duas partes: o estado anterior do dado e a autoria da mudança. Sistemas sem trilha guardam, na melhor das hipóteses, a primeira. Backups, exportações e capturas de integração mostram como o campo estava em determinada data, mas não mostram quem editou, por qual canal e com qual justificativa.

Por isso o escopo de contratação precisa separar as duas partes. Se a decisão depende de responsabilidade, o material existente pode não bastar. Se depende de reconstituir um valor para fechar um cálculo, o que está disponível costuma ser suficiente.

O que medir antes de fechar escopo

Três medidas orientam a conversa com fornecedor ou com a área interna: o período que as fontes de rastro cobrem, a granularidade que elas alcançam e o custo operacional de extrair esse material. Período e granularidade respondem pela maior parte da viabilidade.

Vale registrar por escrito o que será entregue: intervalo de datas coberto, campos contemplados, formato da prova e quem responde pela conferência. Sem isso, a entrega vira lista de alterações sem uso em decisão.

O que a reconstrução não entrega

Nenhuma reconstrução devolve a intenção de quem alterou. Quando não há registro no momento da edição, o que se obtém é a sequência de estados do dado. Atribuir motivo, ordem de comando ou responsabilidade individual a partir disso é inferência, não prova.

Também não há como cobrir período anterior à primeira cópia disponível. Se a janela de retenção das fontes for menor que o intervalo em disputa, parte do histórico permanece vazia, e o contrato deve declarar essa lacuna em vez de contorná-la.

Recurso prático

Ordem de trabalho para reunir o rastro que já existe

  1. Delimitar a decisão que depende do histórico: qual fato precisa ser provado e até que data ele se refere.
  2. Levantar as fontes de rastro disponíveis: logs de acesso, backups restauráveis, registros de integração, mensagens e documentos assinados.
  3. Separar o que essas fontes provam do que apenas sugerem e fixar a data de corte a partir da qual o registro passa a ser gravado.

O erro mais comum é aceitar um relatório de alterações como completo quando a origem é um backup ou uma captura indireta: isso mostra o estado do campo, não quem o alterou nem por qual motivo, e raramente sustenta uma decisão de responsabilidade.

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 · log de acesso · backup restaurável · campo auditável · permissão de ediçã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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Integrações, sistemas e qualidade de dados

Quer avaliar isso no seu contexto?

Esta página trata de histórico de alteração não registrado. Diagnóstico de integração é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.