Resposta direta
Não se contrata o registro que não existe. Contrata-se a obrigação de produzi-lo. Quando não há histórico do que a automação já executa, a negociação precisa sair do campo das intenções e entrar no campo dos itens verificáveis: o que cada execução deve deixar rastreável, quem responde por guardar, qual o formato de entrega e o que acontece quando o registro não vem. Sem isso, o contrato descreve a ferramenta e não a responsabilidade. A ausência de registros anteriores não se recupera; o que se decide é a partir de qual ponto o processo passa a ter evidência.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Parte da ausência de histórico, não do registro ideal, e trata a evidência como item de contrato com verificação no aceite.
A parte da evidência que se resolve no contrato
Quando a automação já opera sem histórico, o passado não volta. O trabalho de avaliação é separar as execuções que produzem efeito das que apenas leem. As primeiras precisam deixar rastro; as outras, não necessariamente.
Para cada execução com efeito, o contrato descreve o que deve ser reconstruível depois: origem do disparo, dado de entrada, decisão tomada, responsável pela aprovação e destino do resultado. Sem essa descrição, o fornecedor cumpre o que foi escrito e o que foi escrito não responde a nenhuma pergunta posterior.
A verificação acontece no aceite, não na proposta
A proposta afirma que a ferramenta registra. Isso não é evidência. A verificação é pedir o registro de uma execução real, de período já encerrado, e conferir se os campos combinados estão presentes e se o dado permanece legível fora da ferramenta do fornecedor.
Entra na avaliação quem guarda e por quanto tempo. Registro que existe apenas dentro da ferramenta perde valor quando o contrato termina ou quando a versão muda. Formato de entrega e responsável pela guarda são parte do objeto, não detalhe de implantação.
O que o registro não resolve
Registro não impede erro, não substitui aprovação e não prova que a decisão foi correta. Ele permite reconstruir o que aconteceu. Uma automação bem registrada pode continuar executando algo indevido, com rastro completo.
Nem toda automação precisa do mesmo nível de evidência. Quando a execução não altera dado, não movimenta valor e não concede acesso, o custo de registrar pode superar o ganho, e a decisão de não registrar deve ser explícita e registrada por escrito. A abordagem trata de evidência verificável, não de confiança no fornecedor.
Recurso prático
Da automação sem histórico à obrigação verificável
- Listar as automações que já rodam sem registro e separar as que produzem efeito externo: envio de dado, alteração de cadastro, liberação de acesso, movimento financeiro.
- Para cada uma, escrever o que deveria ser possível reconstruir depois do fato: origem do disparo, dado de entrada, decisão tomada, aprovador e destino do resultado.
- Converter cada item dessa lista em obrigação de entrega, com formato definido, responsável nomeado pela guarda e ponto de verificação no aceite.
- Definir o que ocorre quando o registro não é entregue: a execução fica pendente de aceite, é interrompida ou é reclassificada como não conforme.
O erro mais comum é aceitar a promessa de registro futuro em lugar do registro verificável no aceite. A ausência anterior costuma ser usada para adiar a exigência, quando deveria servir para fixar o ponto de partida.
Conceitos usados nesta página
- Registro de execução — Registro de execução é a evidência de que uma rotina, automação ou tarefa rodou — com identificador, data, insumo, resultado e responsável.
- 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: registro de execução · trilha de auditoria · inventário de automações · aceite de entrega · guarda de evidência. 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
- Credenciais expostas: como reduzir o risco — credenciais expostas
- Incidentes de automação: como registrar e apr… — incidentes sem registro
Páginas relacionadas
O mesmo problema em outro objetivo
- Ausência de registros: como medir o que não foi gravado — Diagnosticar
- 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
Outras leituras em Governança e controle de automação
- Ordem de execução sem data confiável: o que se pode provar — Avaliação de registro de execução quando a data não é confiável: o que ainda sustenta ordem, autoria e sequência, e o que fica em aberto.
- Log sem retenção definida: o que decidir na contratação — Descreve o que decidir sobre retenção de log antes de contratar automação: prazo, responsável, descarte e prova, sem prometer cobertura total.
- Dados enviados indevidamente: como medir o que saiu — Define o que contar em um envio indevido, onde os registros ficam e quais critérios separam volume normal de exposição. Inclui os limites do indicador.
- 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.
- Fornecedores de automação: o que exigir antes de contratar — Seis exigências contratuais — propriedade do fluxo, acesso, registro, saída e suporte — com o que cada uma protege.