Resposta direta
A ausência de registro não se diagnostica pelo que foi gravado, e sim pela diferença entre o que a automação executou e o que ficou documentado. O caminho é comparar duas fontes independentes: a origem do disparo, como fila, agendador ou chamada de sistema, e o repositório onde o registro deveria estar. O que aparece na origem e não aparece no repositório é a lacuna. Ela costuma ter nome, dono e causa: evento que nunca foi previsto para ser gravado, gravação desligada por desempenho, ou registro que existe mas não identifica responsável.
- Objetivo
- Diagnosticar
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Parte da lacuna, não do registro: define como localizar o que nunca foi gravado, em vez de listar o que gravar.
A lacuna aparece na comparação, não no painel
O painel da ferramenta mostra apenas os eventos que ela própria gravou. Ele não prova ausência: prova presença. Para localizar o que falta, é preciso uma segunda fonte, externa à ferramenta, que saiba o que foi disparado — a fila de entrada, o agendador, o sistema que chamou a automação.
O cruzamento entre as duas fontes já entrega o diagnóstico. Eventos que existem na origem e não têm registro correspondente formam a lacuna. Cada lacuna então recebe uma causa provável: nunca foi prevista para gravar, teve a gravação desligada, ou gravou sem identificar quem executou.
Sinais indiretos de que o registro não existe
Nem sempre há segunda fonte disponível. Nesse caso o diagnóstico se apoia em sinais indiretos: chamados abertos sem histórico do que a automação fez, divergência entre sistemas que deveriam refletir o mesmo evento, e retrabalho manual para reconstruir o que ocorreu.
Esses sinais não localizam a lacuna com precisão, mas indicam onde ela é provável. Isso basta para decidir qual processo precisa de registro antes dos demais. O critério é o custo de não conseguir explicar um evento, não a quantidade de automações em operação.
O que esse diagnóstico não resolve
A comparação entre fontes mostra a lacuna, não a corrige. Diagnóstico não cria registro retroativo: o que não foi gravado não pode ser recuperado com fidelidade. Também não alcança eventos sem fonte externa — automações internas que só existem dentro da própria ferramenta.
Há um segundo limite: o resultado indica onde falta registro, e não assegura que, depois de gravado, ele seja suficiente para auditoria ou para responsabilização. Essa verificação é outro trabalho. E se a origem do disparo também não guarda histórico, o diagnóstico não fecha — o que já é uma conclusão sobre o ambiente.
Recurso prático
Cobertura de registro por tipo de evento
Cobertura de registro (%) = (eventos com registro atribuível ÷ eventos executados no período) × 100
- eventos executados
- contagem no período
- Total de execuções da automação no período, obtido na fonte que dispara o processo, não no painel da ferramenta.
- eventos com registro atribuível
- contagem no período
- Execuções que têm data, resultado e sistema de origem associados a um responsável identificável.
- lacuna de atribuição
- contagem no período
- Execuções que existem na fonte de disparo mas não aparecem em nenhum registro consultável.
O erro mais comum é medir a cobertura apenas dentro da própria ferramenta, que só enxerga o que já gravou. A lacuna está justamente no que nunca chegou até ela. Sem uma fonte externa para comparar, o número mede presença e não ausência.
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: fonte de disparo · evento órfão · trilha de auditoria · atribuição de responsável · janela 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 é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Acessos de automação: qual modelo de restriçã… — acessos excessivos
- Acessos excessivos de robôs: desenho do perfi… — acessos excessivos
Páginas relacionadas
O mesmo problema em outro objetivo
- Ausência de registros: o que precisa de comprovação — Organizar um processo
- Sem registros: o que dá para reconstruir e o que se perde — Comparar alternativas
- Logs de automação: o mínimo necessário para responder o que aconteceu — Explicar medição
- Ausência de registros: o que implementar primeiro — Orientar implementação
- Automação sem registros: o que fica fora do contrato — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Leitura usada para escrita: comparar arranjos e seus limites — Compara quatro arranjos de credencial para escrita, com custo de manutenção, latência, rastreabilidade e o que cada um deixa em aberto.
- Aprovação antes ou depois da ação: o que cada escolha custa — A página compara onde colocar a aprovação na automação: antes de executar, depois com reversão ou por amostragem, e o que cada uma exige da operação.
- Registro sem data confiável: como comparar alternativas — Compara três desenhos de registro de execução quando a data não é confiável: encadeamento por identificador, hora aproximada e fonte externa de tempo.
- Acesso concedido sem autor: o que o registro precisa provar — O que o registro de autorização precisa conter, onde deve ficar e por que registro reconstruído depois não serve como prova.
- Automação que apaga dado sem backup: o que implantar antes — O que implantar para que uma automação que apaga ou sobrescreve dados não torne a perda irreversível, com responsabilidade, critério e verificação.