Resposta direta
A retenção se define por categoria de log, não por um prazo único para toda a automação. Primeiro se separa o que serve à operação, o que serve à auditoria e o que carrega dado de negócio. Cada categoria recebe um prazo de guarda, com o motivo registrado. O prazo mais longo costuma vir de obrigação externa ou de necessidade de investigar erro antigo; o mais curto, de registro operacional que perde utilidade rápido. Depois disso, o descarte precisa ser executado de forma automática e auditável. Sem essa divisão, ou tudo é guardado para sempre, ou nada é.
- Objetivo
- Orientar implementação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o ciclo de guarda do log, com classificação, prazo, responsável, descarte e revisão, em vez do conteúdo do registro.
O prazo vem da função de cada log
Nem todo registro de execução tem o mesmo papel. Um log que só serve para reconstituir uma falha técnica recente perde valor em pouco tempo. Um registro que comprova quem autorizou uma ação precisa sobreviver a uma investigação futura. Um log que carrega dado de cadastro ou de transação segue o prazo daquele dado, não o prazo da automação.
A classificação vem antes do prazo. Enquanto a lista de categorias não existe, qualquer discussão sobre retenção vira negociação entre a área que quer guardar tudo e a área que quer liberar espaço. Definir a categoria é o que permite atribuir prazo e justificar a escolha para quem audita.
Onde a decisão fica registrada e quem responde por ela
A decisão precisa de um lugar. Uma tabela de retenção com categoria, prazo, motivo, responsável e data da última revisão resolve a maior parte do problema. Sem isso, o prazo existe na cabeça de uma pessoa e desaparece quando ela muda de função.
Descarte também é processo: quem executa, em qual rotina e como se comprova que ocorreu. Guardar por tempo demais amplia a exposição de um dado que já não tinha uso. Apagar antes do tempo destrói a capacidade de investigar. O equilíbrio vem de revisão periódica, acionada por mudança no processo, não só por calendário.
O que a retenção não resolve
Prazo definido não conserta log que nunca foi escrito nem registro que não diz a que automação pertence. Também não substitui controle de acesso: manter por mais tempo um arquivo aberto a muita gente só aumenta o risco.
Retenção, sozinha, não fecha a conformidade. Obrigação externa de guarda ou de descarte tem leitura jurídica e varia por tipo de dado e por jurisdição. Quando o registro é efêmero e não sustenta decisão nem auditoria, a discussão correta pode ser não retê-lo. Esse caso precisa constar da política como escolha explícita, não como esquecimento.
Recurso prático
Roteiro para definir a retenção do log de automação
- Listar os tipos de log que a automação gera e o uso de cada um: reconstituir falha, comprovar autorização ou carregar dado de negócio.
- Atribuir a cada tipo um responsável, um prazo de guarda e o motivo do prazo, com a fonte da exigência quando houver.
- Registrar a tabela de retenção em local único e versionado, com a data da última revisão.
- Definir a rotina de descarte: quem executa, com que frequência e como fica a evidência de que ocorreu.
- Definir o gatilho de revisão: mudança no processo, no dado ou no tipo de registro, e não apenas o calendário.
O erro mais comum é definir prazo só para o log mais volumoso e deixar os registros de autorização e de dado pessoal sem regra, que é justamente onde a ausência de prazo pesa mais.
Sobre o que está escrito aqui
Conceitos relacionados: prazo de guarda · classificação de log · tabela de retenção · rotina de descarte · evidência de execuçã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
- Ausência de registros: o que precisa de compr… — ausência de registros
- Sem registros: o que dá para reconstruir e o… — ausência de registros
Páginas relacionadas
O mesmo problema em outro objetivo
- Log sem retenção definida: o que apurar antes de decidir — Diagnosticar
- Log sem retenção definida: como fixar prazo e descarte — Organizar um processo
- Log sem retenção definida: o que medir primeiro — Explicar medição
- Log sem retenção definida: o que decidir na contratação — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Incidentes de automação: o que fixar na contratação — O que fica com a equipe interna e o que vai para o fornecedor na resposta a incidentes de automação: escopo, evidência e encerramento acordados antes da falha.
- Automações sem inventário: por onde começar o registro — Reconstrução do registro de automações a partir de evidências de execução, com responsável nomeado, processo afetado e critério de revisão.
- Envio indevido de dados: como contratar a resposta — O que avaliar e o que fixar em contrato quando o risco é envio indevido de dados por automação, e o que essa cobertura não alcança.
- Segregação de função ausente: o que contratar e como aceitar — O que definir no escopo, nas evidências e na aceitação ao contratar segregação de função para uma automação que já opera sem ela.
- Automação que falha: o que o contrato precisa definir — Descreve como avaliar e contratar automação que continua após erro: o que exigir sobre parada, evidência e responsável em cada etapa.