Pular para o conteúdo

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

Histórico de alteração não registrado: alternativas possíveis

Como comparar as formas de lidar com alterações que o sistema não registrou?

Resposta direta

Existem três caminhos, e eles não são equivalentes. O primeiro é reconstruir a alteração por vestígios indiretos, como notas emitidas, e-mails e relatórios impressos; serve para explicar um caso isolado e não sustenta decisão recorrente. O segundo é começar a registrar agora, aceitando que o passado fica sem resposta. O terceiro é substituir o registro por controle de processo, com aprovação fora do sistema. A escolha depende de quanto a empresa precisa provar depois e de quem responde pelo erro.

Objetivo
Comparar alternativas
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Compara as três alternativas para histórico ausente na mesma régua, em vez de ensinar a registrar melhor.

O que ainda dá para saber depois da alteração

Quase todo sistema deixa algum sinal, mesmo sem histórico formal. Data e hora de modificação, usuário logado no momento, versão anterior de um documento, aprovação por mensagem, ordem de serviço assinada. São sinais indiretos, e valem o que valem.

A pergunta de trabalho é o que se precisa provar e para quem. Para explicar um preço diferente na fatura, basta localizar a origem. Para responder a uma auditoria ou a um cliente, o indício precisa resistir a contestação. O mesmo vestígio serve para um caso e não serve para o outro.

As três saídas e o que cada uma exige

Reconstruir pelos vestígios custa pouco em ferramenta e muito em tempo de quem conhece a operação. Funciona para casos pontuais. Repetir o exercício todo mês é sinal de que a lacuna virou rotina e pede outro caminho.

Passar a registrar a partir de agora é a saída mais barata no início e a mais lenta em resposta: o histórico novo só fala do que aconteceu depois da mudança. Controle de aprovação fora do sistema cobre o que o sistema não registra, mas cria uma segunda disciplina que precisa ser cumprida em paralelo.

O que nenhuma dessas saídas resolve

Nenhuma dessas alternativas recupera o que não foi registrado. Se o dado foi sobrescrito sem cópia, a informação anterior não existe mais. O que se pode fazer é explicar o efeito da alteração e impedir que a mesma lacuna continue. Há casos em que a comparação não fecha e a decisão é assumir a falta de resposta, com o responsável nomeado para isso.

Registrar daqui para frente também tem limite. Campo de auditoria só vale se alguém conferir; sem rotina de leitura, o registro existe no banco e não na operação. Controle de aprovação fora do sistema depende de adesão: se a aprovação paralela não for exigida para faturar ou pagar, ela é abandonada no primeiro mês cheio.

Recurso prático

Roteiro para comparar as alternativas

  1. Liste, por área, quais alterações já geraram problema: cadastro, preço, limite de crédito, permissão de acesso, data de vigência.
  2. Para cada uma, escreva o que se precisa provar depois, para quem, em que momento e em que formato.
  3. Levante o que o sistema já guarda sem chamar de histórico: data de modificação, usuário da sessão, versão de documento, e-mail de aprovação.
  4. Classifique cada vestígio entre confiável e frágil, considerando se quem tem acesso pode editar ou apagar o rastro.
  5. Estime o esforço de registrar daqui para frente: campo novo, definição de responsável, treinamento e conferência periódica.
  6. Estime o esforço de manter controle fora do sistema: planilha de aprovação, assinatura, conferência mensal e cobrança de quem não cumpre.
  7. Decida por tipo de alteração, não por sistema inteiro: o mesmo dado pode exigir caminhos diferentes conforme o risco.

O ponto mais ignorado é a confiabilidade do vestígio. Data de modificação, campo de usuário e versão de documento podem ser editados por quem já tem acesso ao sistema, e por isso não valem como prova. Antes de tratar qualquer vestígio como histórico, verifique se sobra rastro em outro lugar: mensagem de aprovação, registro do banco de dados, documento externo protocolado.

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: log de auditoria · trilha de alteração · reconstrução por indício · aprovação fora do sistema · responsável pela 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

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.