Aprovações deveriam confirmar decisões importantes.
Em muitos processos, elas se transformam em:
- filas;
- cliques automáticos;
- encaminhamentos;
- e-mails;
- aprovações por ausência;
- dezenas de gestores copiados;
- bloqueios sem contexto.
Digitalizar uma matriz ruim não resolve o problema.
Pode apenas tornar o gargalo mais rápido de criar e mais difícil de enxergar.
Uma aprovação eficaz precisa responder:
- que risco está sendo controlado?
- quem possui autoridade?
- quais dados precisa analisar?
- qual evidência ficará?
- o que ocorre se não responder?
- quando a aprovação pode ser automática?
Aprovação e revisão são diferentes
Aprovação
Aceita responsabilidade por uma decisão.
Revisão
Analisa uma dimensão específica.
Consulta
Fornece conhecimento.
Ciência
Recebe informação.
Execução
Realiza a atividade.
Colocar todos como aprovadores produz responsabilidade difusa.
Objetivos possíveis
- orçamento;
- autoridade;
- necessidade;
- risco;
- conflito;
- contrato;
- segurança;
- exceção;
- pagamento;
- investimento.
Cada aprovação deve possuir um objetivo explícito.
Aprovação por valor
É o modelo mais comum.
Exemplo:
- até R$ 5 mil: gestor;
- até R$ 50 mil: diretor;
- acima: executivo.
Limitação:
Uma compra de R$ 3 mil pode envolver:
- dados pessoais;
- acesso privilegiado;
- produto perigoso;
- conflito;
- renovação automática;
- compromisso longo.
Valor não representa todo o risco.
Matriz multidimensional
Critérios:
- valor;
- duração;
- categoria;
- criticidade;
- fornecedor;
- país;
- dados;
- contrato;
- orçamento;
- exceção;
- risco;
- capex;
- vínculo.
A lógica deve ser compreensível e testável.
Aprovador orçamentário
Valida:
- disponibilidade;
- centro;
- prioridade;
- owner;
- forecast.
Não deveria necessariamente avaliar:
- cyber;
- contrato;
- técnica;
- fornecedor.
Cada especialista cuida da dimensão adequada.
Aprovação técnica
Confirma:
- especificação;
- compatibilidade;
- desempenho;
- aceite;
- segurança da solução.
Aprovação de risco
Pode incluir:
- compliance;
- privacidade;
- segurança;
- saúde;
- ESG;
- jurídico.
Essas análises podem ocorrer em paralelo quando independentes.
Aprovação de procurement
Não deve existir apenas para confirmar que procurement participou.
Pode validar:
- processo;
- competição;
- fornecedor;
- condição;
- política;
- recomendação.
Segregação de funções
Controles podem separar:
- solicitar;
- selecionar;
- aprovar;
- receber;
- alterar fornecedor;
- pagar.
Segregação não exige uma pessoa diferente para toda ação em empresas pequenas. Pode combinar:
- revisão posterior;
- limites;
- logs;
- dupla aprovação;
- controle compensatório.
Autoaprovação
Pode ser adequada quando:
- item está em catálogo;
- fornecedor está aprovado;
- preço está contratado;
- orçamento está disponível;
- valor é baixo;
- política permite;
- não há exceção;
- risco é baixo.
Autoaprovação significa que as regras foram aprovadas previamente.
Não significa ausência de controle.
Straight-through processing
Uma transação pode seguir sem intervenção quando:
- dados são completos;
- regras são atendidas;
- risco está dentro de limites;
- documentos são válidos;
- não existe anomalia.
Monitore:
- taxa;
- erro;
- reversão;
- fraude;
- exceção;
- qualidade.
Aprovação baseada em exceção
Em vez de aprovar tudo, o sistema destaca:
- preço fora;
- fornecedor novo;
- contrato ausente;
- orçamento excedido;
- risco alto;
- alteração;
- duplicidade;
- urgência.
Isso direciona atenção humana ao que precisa de julgamento.
Aprovação paralela e sequencial
Sequencial
Uma aprovação depende da anterior.
Use quando existe dependência real.
Paralela
Análises independentes ocorrem ao mesmo tempo.
Pode reduzir espera.
Condicional
A etapa ocorre apenas se uma regra for atendida.
O desenho precisa evitar loops e bloqueios.
Quórum e comitê
Algumas decisões exigem comitê.
Defina:
- membros;
- quórum;
- voto;
- conflito;
- registro;
- desempate;
- prazo.
Não reproduza um comitê inteiro como dez aprovações individuais sequenciais.
Delegação
Regras:
- período;
- substituto;
- escopo;
- limite;
- conflito;
- registro;
- revogação.
Delegação aberta e permanente cria risco.
Ausência e escalonamento
O workflow precisa tratar:
- férias;
- desligamento;
- mudança;
- inatividade;
- prazo;
- emergência.
Opções:
- lembrete;
- substituto;
- escalonamento;
- redistribuição;
- rejeição;
- intervenção administrativa.
Aprovação automática por silêncio deve ser usada com extrema cautela.
Contexto da aprovação
O aprovador precisa ver:
- necessidade;
- valor;
- orçamento;
- fornecedor;
- alternativas;
- contrato;
- riscos;
- histórico;
- anexos;
- recomendação;
- exceções.
Aprovar apenas um valor e um nome reduz a qualidade da decisão.
Mobile approval
Pode melhorar velocidade.
Riscos:
- tela reduzida;
- contexto;
- anexos;
- clique acidental;
- dispositivo;
- autenticação.
Decisões complexas podem exigir interface completa.
Comentário e motivo
Registre:
- aprovação;
- rejeição;
- devolução;
- condição;
- comentário;
- data;
- identidade.
Comentários genéricos como "ok" têm baixo valor probatório.
Rejeição e devolução
Rejeitar
Encerra ou nega.
Devolver
Solicita correção.
O sistema deve permitir distinguir os dois e preservar versões.
Alteração após aprovação
Mudanças em:
- valor;
- fornecedor;
- escopo;
- prazo;
- conta;
- condição;
- contrato;
podem exigir reaprovação.
Defina tolerâncias.
Não reinicie todo o fluxo por mudança irrelevante.
Aprovação de mudança contratual
Avalie:
- impacto acumulado;
- valor total;
- prazo;
- escopo;
- risco;
- justificativa;
- baseline.
Dividir alterações para permanecer abaixo da alçada deve ser detectado.
Pedido retroativo
Fluxo especial:
- justificar;
- identificar causa;
- aprovar regularização;
- preservar pagamento legítimo;
- registrar violação;
- criar ação preventiva.
Bloquear indefinidamente pode prejudicar fornecedor que entregou de boa-fé.
IA na aprovação
Pode:
- resumir;
- destacar exceções;
- comparar;
- recomendar;
- detectar anomalias;
- explicar política.
Não deve:
- ocultar informação;
- decidir alto risco sem autorização;
- inventar justificativa;
- aprovar por confiança aparente.
O aprovador precisa saber que a recomendação é automatizada.
Regras e motores de decisão
Uma regra precisa possuir:
- nome;
- objetivo;
- versão;
- owner;
- condição;
- resultado;
- prioridade;
- teste;
- data;
- exceção.
Evite regras embutidas em código sem documentação.
Testes
Casos:
- limite exato;
- moeda;
- alteração;
- múltiplas condições;
- fornecedor bloqueado;
- usuário desligado;
- delegação;
- paralelismo;
- falha de integração;
- emergência.
Uma mudança de matriz pode afetar milhares de transações.
Logs
Registre:
- regra aplicada;
- aprovadores;
- notificações;
- decisão;
- delegação;
- mudança;
- override;
- timestamp;
- dispositivo;
- versão.
Analytics
- tempo por etapa;
- aging;
- aprovador;
- devolução;
- rejeição;
- escalonamento;
- autoaprovação;
- override;
- valor;
- categoria;
- horário.
O objetivo não é criar ranking punitivo de gestores.
É identificar desenho e capacidade.
SLA
Exemplos:
- aprovação simples;
- análise técnica;
- risco;
- comitê;
- emergência.
SLAs precisam considerar complexidade.
Indicadores
- tempo;
- número de etapas;
- aprovações por transação;
- devoluções;
- rejeições;
- autoaprovação;
- escalonamento;
- pedido retroativo;
- overrides;
- violações;
- satisfação;
- incidentes.
Caso prático: compras de baixo risco
A empresa exige três aprovações para material de escritório.
O redesenho:
- cria catálogo;
- valida fornecedor;
- define orçamento;
- estabelece limite;
- automatiza;
- monitora anomalias;
- mantém aprovação para exceções;
- audita amostras;
- mede erros;
- ajusta.
A governança aumenta porque o controle muda de clique para regra.
Erros comuns
- alçada apenas por valor;
- todos como aprovadores;
- sequência desnecessária;
- mobile sem contexto;
- silêncio como aprovação;
- delegação permanente;
- regra sem owner;
- mudança sem reaprovação;
- autoaprovação sem monitoramento;
- medir apenas velocidade.
Como a CapturaMe se conecta a esse cenário
A CapturaMe pode configurar matrizes de aprovação por valor, categoria, risco, unidade e exceção, mantendo logs e versões.
A plataforma também pode automatizar caminhos de baixo risco e encaminhar casos complexos aos responsáveis adequados.
Conclusão
A aprovação deve concentrar responsabilidade onde existe decisão real.
Uma boa automação reduz cliques de baixo valor e amplia contexto nos casos importantes. Governança não é a quantidade de aprovadores; é a qualidade das regras, da autoridade e da evidência.
Conheça a CapturaMe para empresas privadas
Perguntas frequentes
Toda compra precisa de aprovação humana?
Não. Compras de baixo risco podem seguir regras previamente aprovadas.
Valor é suficiente para definir alçada?
Não. Categoria, duração, dados, risco e exceção também importam.
Aprovações paralelas são melhores?
Quando as análises são independentes, podem reduzir espera.
Posso aprovar por silêncio?
É uma prática de alto risco e só deve existir em contextos cuidadosamente definidos.
Mudança pequena exige reaprovação?
Depende das tolerâncias e do impacto da alteração.
Como reduzir o ciclo?
Remova aprovações sem objetivo, use paralelismo e automatize o caminho padrão.
