Resposta direta
Sem trilha, não se recupera a intenção de quem apagou. Recupera-se o fato: o que existia, quando deixou de existir e por qual caminho. O trabalho começa em três fontes que costumam sobreviver à exclusão: backup anterior, tabelas de log do banco e rastros indiretos como numeração de pedidos, sequência de identificadores e menções em outros sistemas. A comparação entre elas indica se houve exclusão única, em lote ou rotina automática. A partir daí define-se o que é dado perdido e o que é registro órfão. O resultado é uma reconstrução parcial, com data e responsável prováveis, não uma certeza.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a exclusão como evento a ser reconstruído por evidências cruzadas, e não como falha de integração ou divergência de números.
As evidências que sobrevivem à exclusão
A exclusão apaga a linha, não necessariamente o rastro ao redor dela. Backup anterior ao evento mostra o conteúdo íntegro. Log de transação do banco registra comando, horário e usuário de conexão, quando a configuração permite. Numeração de documentos e sequência de identificadores revela saltos. Menções em outros sistemas, como um pedido que referencia um cadastro inexistente, confirmam que o registro existiu.
A ordem de leitura importa. Primeiro o que prova existência, depois o que indica momento, por último o que sugere autoria. Confundir as três leva a conclusão frágil: um horário aproximado vira acusação, e um usuário de conexão vira pessoa. A trilha reconstruída precisa separar fato, indício e suposição em documentos distintos.
Exclusão isolada, lote e rotina automática
Um registro apagado por engano deixa vizinhos intactos e horário fora do padrão da operação. Uma limpeza em lote aparece como salto contínuo de identificadores e concentração no mesmo minuto. Uma rotina automática repete o desenho em intervalos regulares e costuma atingir critérios, não nomes: registros com data antiga, status específico ou vínculo inexistente.
A distinção muda a resposta. Lote e rotina pedem revisão de permissão e de agendamento. Exclusão isolada pede conversa com a área dona do dado e verificação de treinamento. Tratar os três casos com o mesmo procedimento costuma produzir um relatório longo que não altera nenhuma regra.
O que a reconstrução não devolve
A intenção de quem apagou não está no log. A reconstrução indica comando, horário e conexão; não indica motivo, ordem recebida ou se havia autorização verbal. Também não devolve o registro completo quando o backup mais próximo é anterior a alterações feitas depois dele. O resultado é uma versão do passado, não o estado exato do momento da exclusão.
Em ambientes sem log de transação retido, sem backup íntegro ou com identificadores reutilizados, a lacuna pode ser indeterminável. Nesse caso, o entregável útil deixa de ser a causa e passa a ser a lista de registros órfãos a corrigir e a decisão sobre o que passa a ser registrado daqui em diante. Reconhecer esse limite evita relatório que promete conclusão que a base não sustenta.
Recurso prático
Reconstrução por contagem: quanto do período ainda fecha
Registros não explicados = Registros esperados − (Registros presentes + Exclusões documentadas + Registros recuperados de backup). Lacuna relativa = Registros não explicados ÷ Registros esperados.
- Registros esperados
- registros
- quantidade que deveria existir no período, obtida pela sequência de identificadores, pela numeração de documentos ou pela contagem na origem
- Registros presentes
- registros
- quantidade que permanece na tabela após a exclusão, contada com o mesmo critério do período
- Exclusões documentadas
- registros
- quantidade com pedido formal, protocolo, termo ou registro equivalente em outro sistema
- Registros recuperados de backup
- registros
- quantidade encontrada em cópia anterior ao evento, sem contar duplicidade com os que já estão presentes
O erro comum é usar a contagem atual como base e concluir que a lacuna é zero. A base correta é o que deveria existir, reconstruído pela sequência de identificadores ou pela origem do documento.
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 · backup anterior ao evento · log de transação · registro órfão · sequência de identificadores. 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
- Planilhas divergentes: o que exigir na contra… — planilhas divergentes
- Cadastros duplicados: como desenhar o fluxo d… — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Registro excluído sem trilha: o que reconstruir depois — Organizar um processo
- Registro excluído sem trilha: o que comparar antes de decidir — Comparar alternativas
- Registro excluído sem trilha: como medir o que já sumiu — Explicar medição
- Registro excluído sem trilha: como implantar o rastro — Orientar implementação
- Exclusão sem trilha: o que exigir antes de contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- 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.
- Falhas silenciosas: rotina de checagem entre pontas — Especificação dos controles técnicos e operacionais necessários para registrar, auditar e tratar dados perdidos em integrações sem retorno de erro.
- Cadastro sem regra de deduplicação: o que exigir no contrato — O que negociar, testar e aceitar na regra de deduplicação de um sistema de cadastro, incluindo o que o fornecedor declara e o que fica fora do escopo.
- Log de integração sem nível de erro: o que exigir no contrato — Contrato de log de integração: níveis de severidade, campos obrigatórios, retenção, responsabilidade e teste de aceite com falha provocada.
- Integração sem identificador de execução: o que comparar — Comparação de três formas de rastrear uma execução de integração quando não existe identificador próprio, com o custo de manutenção e os limites de cada uma.