Resposta direta
A exclusão sem trilha deve ser tratada como incidente de dado, com registro próprio, responsável definido e prazo de resposta. Primeiro se reconstrói o que existir em backups, notas fiscais, integrações e mensagens; o que não tiver fonte fica declarado como lacuna, não como zero. Depois se separa o que foi exclusão indevida do que foi rotina sem registro. Por fim, a regra de trilha passa a valer para os campos e cadastros que afetam dinheiro, contrato e obrigação legal. O processo não devolve o dado perdido; ele impede que a próxima exclusão fique sem resposta.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a exclusão já ocorrida: o que ainda serve de evidência, como declarar a lacuna e quem assina o encerramento do incidente.
As fontes que sobram de um registro apagado
Um registro excluído raramente desaparece de todo lugar. Costuma restar rastro em backup, arquivo de integração, nota fiscal, boleto, e-mail de aprovação ou captura de tela. Essas fontes precisam ser listadas antes de qualquer recadastro, porque o registro novo nasce com identificador novo e corta a ligação com o histórico que ainda existia.
Vale montar uma linha do tempo com data provável, autor provável e último uso conhecido. O autor provável vem de log de acesso, não de memória. Quando não houver log, o campo fica em aberto. Registrar desconhecido é diferente de preencher com um nome plausível.
Quem responde pela lacuna
Exclusão sem trilha não é assunto apenas de TI. O cadastro tem dono funcional, que conhece a regra de negócio, e dono técnico, que controla acesso e log. Os dois assinam o encerramento do incidente. Sem essa divisão, a investigação para no primeiro que afirma não ter sido ele.
O incidente precisa de registro próprio, com o que se sabe, o que se presume e o que ficou sem resposta. Esse documento serve depois para decidir se o caso exige comunicação a cliente, auditoria ou área jurídica. A decisão de comunicar não é técnica; depende do tipo de dado e do contrato.
O que a reconstrução não devolve
Reconstruir não prova intenção. Um registro recuperado mostra o valor, não mostra se a exclusão foi erro, fraude ou rotina antiga. A análise técnica nesse ponto é limitada, e afirmar causa sem evidência cria risco maior do que a lacuna original.
Também não há recuperação de campo que nunca foi armazenado, nem de alteração feita antes de existir log. Se o backup cobre apenas parte do período, o intervalo descoberto continua descoberto. A trilha nova vale do momento em que passa a ser gravada, não para trás.
Recurso prático
Roteiro para tratar uma exclusão sem histórico
- Abrir um registro de incidente com identificador, data da descoberta, sistema afetado e nome de quem percebeu.
- Levantar as fontes que ainda existem: backup, arquivo de integração, documento fiscal, e-mail de aprovação e tela de outro sistema.
- Montar a linha do tempo com data provável, último uso conhecido e autor provável, marcando cada campo como confirmado, provável ou desconhecido.
- Separar a hipótese de exclusão indevida da hipótese de rotina sem registro, indicando qual evidência sustenta cada uma.
- Definir dono funcional e dono técnico do cadastro, com prazo de encerramento e critério de aceite do incidente.
- Publicar a lista de campos e cadastros que passam a exigir trilha, começando pelos que afetam dinheiro, contrato e obrigação legal.
O erro mais comum é recadastrar o registro antes de levantar as fontes. O cadastro novo ganha identificador novo e a ligação com o histórico que ainda existia se perde. A pressa em normalizar a operação apaga a única evidência disponível.
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 · exclusão lógica · log de alteração · registro mestre · política de retençã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
- Dados desatualizados: como implantar a rotina… — dados desatualizados
- Dados desatualizados: métricas para quantific… — dados desatualizados
Páginas relacionadas
O mesmo problema em outro objetivo
- Registro excluído sem trilha: o que ainda dá para reconstruir — Diagnosticar
- 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
- 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.
- Cadastros duplicados: como desenhar o fluxo de saneamento — Roteiro operacional para triar registros repetidos, definir donos dos dados e manter regras de corte sem paralisar o atendimento comercial ou fiscal.
- Sem identificador de execução: como a integração deixa rastro — O que registrar e como correlacionar uma integração sem identificador de execução, incluindo chave natural, janela de reconciliação e limites da abordagem.
- 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.
- 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.