Resposta direta
A resposta é separar três coisas antes do incidente: quais dados podem ser apagados por automação, de quais existe cópia restaurável e quem autoriza cada deleção. O que não tem cópia não pode ficar exposto a rotina de exclusão automática. O que tem cópia precisa de teste de restauração com ponto conhecido, porque backup nunca verificado é suposição, não controle. A deleção passa a ser um ato deliberado, com dono nomeado, registro do que foi removido e um ponto de retorno definido. Sem essa separação, o erro deixa de ser incidente e vira perda definitiva.
- Objetivo
- Organizar um processo
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a deleção como decisão de processo, com dono e ponto de retorno, e não como falha a ser detectada depois.
Deleção permitida e deleção acidental
Nem todo dado apagado por automação é perda. Registros temporários, arquivos de passagem e duplicatas podem ser removidos por rotina, desde que alguém saiba que isso acontece.
O problema aparece quando a mesma permissão que limpa arquivo temporário alcança dado de origem, histórico de cliente ou documento fiscal. A pergunta de processo é objetiva: se essa rotina apagar o que não devia, de onde o dado volta. Sem resposta escrita, a rotina não deveria existir.
Quem responde pela deleção
Cada rotina que apaga dado precisa de um dono nomeado, não de um time. O dono define o que pode ser removido, em que condição e o que constitui erro.
A autorização também precisa de forma: quem aprova a primeira execução, quem é avisado quando o volume foge do esperado e quem decide parar. Responsabilidade difusa é o que permite que um erro rode por semanas sem correção.
O que esse controle não resolve
Definir dono, cópia e autorização não impede erro humano nem falha de software. Reduz a chance de a falha virar perda definitiva, mas não a elimina.
Também não substitui investigação quando o dado já foi apagado sem cópia. Nesse caso, o trabalho é reconstruir a partir de outras fontes e registrar o que se perdeu. Processo de prevenção não recupera o que já não existe.
Recurso prático
Fluxo de decisão antes de liberar deleção por automação
- Mapear toda rotina com permissão de apagar ou sobrescrever dado e nomear um dono para cada uma.
- Classificar cada dado tocado: existe cópia restaurável, com ponto conhecido e responsável pela restauração?
- Onde não há cópia, retirar a permissão de deleção da rotina até que exista ponto de retorno.
- Onde há cópia, testar a restauração em ambiente separado e registrar o último ponto válido.
- Definir quem aprova deleção fora do padrão e quem é acionado quando o volume sai do esperado.
O ponto mais ignorado é a data do último ponto de restauração. Ter cópia sem saber até quando o dado volta cria falsa sensação de controle no momento do incidente.
Sobre o que está escrito aqui
Conceitos relacionados: política de retenção · ponto de restauração · dono do dado · autorização de exclusão · registro de deleçã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
- Falha que segue rodando: o que medir na autom… — automação que continua após erro
- Automação que falha: o que o contrato precisa… — automação que continua após erro
Páginas relacionadas
O mesmo problema em outro objetivo
- Erro que apaga dado sem backup: como achar a origem — Diagnosticar
- Apagar dado sem backup: comparar as proteções — Comparar alternativas
- Exclusão sem backup: como medir o erro na automação — Explicar medição
- Automação que apaga dado sem backup: o que implantar antes — Orientar implementação
- Erro que apaga dado sem backup: o que exigir na contratação — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Aprovação em automação: o que decidir por tipo de mudança — Mostra o que cada tipo de mudança em uma automação exige de aprovação, qual evidência sustenta a decisão e por quanto tempo ela vale.
- Logs de automação: o que gravar e por quanto tempo — Define quais eventos, campos e prazos de guarda fazem do log de automação um registro útil para auditoria, suporte e decisão posterior.
- Logs de automação: como comparar o que cada origem entrega — Compara origens de registro de automação pela decisão que cada uma sustenta, com critérios de retenção, guarda, correlação e limite de uso.
- Automação que envia em nome de alguém: escopo da delegação — Define o que registrar antes de uma automação enviar mensagem em nome de alguém: autorização, escopo do assunto, assinatura do envio e ponto de revisão.
- Automação com erro: comparar formas de achar a causa — Compara formas de investigar a causa de um incidente de automação, o que cada uma entrega e onde deixa de servir.