Resposta direta
Contratar aprovações é decidir, por escrito, quem responde por cada ação que a automação executa. O contrato precisa nomear o papel aprovador, o que ele vê antes de decidir, o prazo para decidir e o comportamento quando não há resposta. Sem isso, a aprovação vira um clique sem responsabilidade. A aprovação não se aplica a toda ação: ela se justifica onde o erro é caro ou difícil de reverter. O resto segue automático, com registro. O critério é o custo do engano, não a quantidade de etapas.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a aprovação como item contratual — papel, evidência, prazo, ausência de resposta e reversão — em vez de desenho de fluxo ou política interna.
Onde a aprovação se justifica
Aprovação serve onde o erro é caro ou difícil de desfazer. Pagamento acima de um limite, exclusão de cadastro, envio de dado sensível. Nesses casos, uma decisão humana antes da ação reduz o dano possível.
Aprovação em toda ação tem custo e cria fila. Quando o volume é alto e o erro é barato de corrigir, a etapa vira rotina de clique e perde valor. A pergunta útil é o custo do engano, não a quantidade de etapas.
O que fica escrito no contrato
Antes da assinatura, o contrato precisa nomear a função que aprova, o que ela vê antes de decidir e em quanto tempo responde. Precisa também definir o que acontece quando a resposta não chega: a ação para, muda de aprovador ou expira.
A evidência importa tanto quanto a decisão. Fica registrado quem aprovou, quando, com base em qual informação e sob qual versão do processo. Sem esse registro, não há como responder depois o que foi autorizado e por quem.
Reversão também é cláusula. Quem desfaz a ação aprovada, em quanto tempo e com qual limite de perda aceito pela área responsável.
O que a aprovação não resolve
Aprovação não substitui controle de acesso nem registro de operação. Ela reduz o risco de uma ação específica; não corrige permissão ampla, credencial compartilhada ou ausência de histórico.
Ela também não funciona onde não há quem decida. Se a função aprovadora não existe na operação, criar a etapa apenas transfere a responsabilidade para alguém sem contexto e sem tempo. Nesse caso, o caminho é decidir o que deixa de ser automatizado, não inventar um aprovador.
Recurso prático
O que o contrato precisa fixar sobre cada aprovação
| Item | O que fica definido |
|---|---|
| Papel aprovador | qual função decide, não qual pessoa, e quem assume quando essa função não está disponível |
| Base da decisão | qual informação o aprovador vê antes de decidir: valor, destinatário, dado envolvido, origem do pedido |
| Prazo e ausência | quanto tempo a ação espera e o que ocorre se a decisão não chega dentro desse tempo |
| Registro | onde fica guardado quem aprovou, quando e sob qual versão do processo |
| Reversão | quem desfaz a ação aprovada, em quanto tempo e com qual perda aceita como limite |
O erro mais comum é contratar a aprovação como tela e não como responsabilidade: fica definido quem clica, mas não quem responde quando a ação aprovada causa dano.
Sobre o que está escrito aqui
Conceitos relacionados: papel aprovador · evidência de aprovação · prazo de decisão · ausência de resposta · reversão da açã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
- Automação que envia em nome de alguém: o que… — automação que envia mensagem em nome de alguém
- Alerta que ninguém recebe: onde o aviso se perde — alerta que ninguém recebe
Páginas relacionadas
O mesmo problema em outro objetivo
- Aprovações que viram carimbo: como diagnosticar — Diagnosticar
- Aprovação em automação: o que decidir por tipo de mudança — Organizar um processo
- Aprovação antes ou depois da ação: o que cada escolha custa — Comparar alternativas
- Aprovações paradas: o que medir na fila da automação — Explicar medição
- Aprovação em automação: quem decide e o que fica registrado — Orientar implementação
Outras leituras em Governança e controle de automação
- Log sem assinatura: o que medir para confiar no registro — O que medir quando o log não tem assinatura de integridade: corroboração por fontes independentes, teste do registro e grau de confiança de cada evento.
- Alerta que ninguém recebe: onde definir quem responde — Compara quatro destinos possíveis para um alerta sem responsável nomeado e mostra o que cada um exige em registro, prazo de confirmação e escalonamento.
- Dependência de fornecedor: medir antes de precisar sair — Indicadores para medir dependência de fornecedor em automação: formato dos artefatos, posse de credenciais, conhecimento interno e custo de reconstrução.
- Automação fora do inventário: onde ela entra no processo — Um processo para receber automações criadas fora do inventário: triagem, dono, critério de entrada e data de regularização, com o que fica de fora.
- Quem decide parar a automação: a alçada da interrupção — Define quem tem autoridade para interromper uma automação, com que evidência e em que ordem a decisão é acionada, sem depender de improviso.