broccolli.xyz
Blog

Automatização de Processos | Transformação Digital

Automação de aprovações: como encurtar ciclos de decisão

· 7 min

A automação de aprovações é quase sempre o passo que falta a quem já digitalizou tudo o resto. Os documentos estão em PDF, os dados estão no ERP, os pedidos chegam por formulário. E depois tudo pára à espera que alguém carregue num botão.

Não é um problema de tecnologia. É um problema de fila.

O tempo de aprovação não é tempo de trabalho

A Ardent Partners mede há 19 anos o desempenho das equipas financeiras. No estudo AP Metrics that Matter in 2025, a organização média demora 9,2 dias a processar uma única fatura.

O intervalo é que interessa. As empresas do quartil de topo — definido pelos custos mais baixos e pelos ciclos mais curtos — fecham o processo em 3,1 dias. As restantes demoram 17,4 dias. Uma diferença de 82%.

Convém perceber o que estes números medem. Processar uma fatura, em trabalho efetivo, são minutos: abrir, conferir contra a encomenda, lançar. Os 9,2 dias não medem trabalho nenhum. Medem espera.

Quando 41% das equipas inquiridas apontam "as aprovações demoram demasiado" como um dos principais entraves, não estão a dizer que as pessoas trabalham devagar. Estão a dizer que o processo passa a maior parte da vida parado numa caixa de entrada.

Porque é que 60 dias não são assim tantos

Para uma PME portuguesa este atraso tem consequência legal e financeira direta.

A Diretiva 2011/7/UE, sobre atrasos de pagamento, fixa em 60 dias o prazo máximo entre empresas, salvo acordo expresso em contrário que não seja manifestamente abusivo para o credor. Para entidades públicas o prazo é de 30 dias. Passado o prazo, o credor tem direito automático a juros de mora — no mínimo 8 pontos percentuais acima da taxa de referência do BCE — e a uma compensação mínima de 40 euros por fatura, só de custos de cobrança.

Faça a conta com os números da Ardent Partners: 17,4 dias de ciclo de aprovação consomem 29% de uma janela de 60 dias antes de alguém sequer decidir quando pagar. Do lado de quem recebe, é o mesmo atraso a entrar na tesouraria.

O ciclo de aprovação não é um detalhe administrativo. É fundo de maneio.

Onde os ciclos encravam mesmo

Quatro causas explicam quase toda a demora, e nenhuma delas é falta de vontade.

Um único aprovador para tudo. Numa PME é comum o gerente aprovar despesas de 40 euros e contratos de 40 mil com o mesmo grau de atenção. Quando essa pessoa está de férias ou em viagem, o processo inteiro pára. Este é um dos sinais de que a empresa precisa de transformação digital que mais custa e menos se mede.

Falta de contexto no pedido. O aprovador recebe "aprovas esta fatura?" sem ver a encomenda associada, o orçamento consumido nem o histórico do fornecedor. Vai perguntar. A pergunta abre um segundo ciclo, por email, que ninguém contabiliza.

O canal errado. Um pedido enviado por email compete com mais 200 emails. Um pedido que chega ao Slack ou ao Teams, com dois botões, compete com nada.

Nenhum prazo, nenhum escalonamento. Se não existe um limite definido, não existe atraso — existe apenas um pedido que ainda não foi visto. É por isso que muitos ciclos só avançam quando alguém se lembra de insistir.

Um exemplo com números

O que se segue é uma estimativa própria, com o cálculo à vista, não um dado de estudo.

Uma PME de serviços aprova 120 faturas de fornecedor por mês. Cada uma passa por dois aprovadores: o responsável da área e a direção financeira. Se cada aprovador demorar em média dois dias úteis a responder — um valor conservador, bem abaixo da média de 9,2 dias da Ardent Partners para o processo completo — a fatura passa cerca de quatro dias úteis apenas à espera de pessoas.

O trabalho real nessa fatura são talvez 6 minutos. Quatro dias úteis são 1 920 minutos de calendário útil. Mais de 99% do tempo decorrido é fila, não trabalho.

É por aqui que a automação de aprovações ataca o problema. Não torna a decisão mais rápida: torna o intervalo entre decisões quase nulo. O pedido chega ao canal certo, com o contexto todo, no momento em que o documento entra. Se ninguém responder em 24 horas, é reenviado. Em 48, sobe ao nível seguinte.

Se quiser converter estes dias em euros antes de decidir, o método está descrito no artigo sobre quanto custa manter processos manuais.

O que a automação de aprovações não resolve

Vale a pena ser claro, porque é aqui que muitos projetos falham.

Automatizar um circuito de aprovações não melhora uma decisão má. Se o critério de aprovação não está escrito, a automação limita-se a distribuir a ambiguidade mais depressa.

Também não elimina exceções. Os dados da Ardent Partners mostram que as exceções — erros de codificação, informação em falta, dados de encomenda ausentes — são hoje o principal desafio das equipas de contas a pagar, apontado por 53% dos inquiridos. A taxa média de exceções está nos 14%, e mesmo o quartil de topo fica nos 9%. Ou seja: cerca de uma em cada dez faturas vai continuar a precisar de um humano a investigar. O objetivo é que só essa chegue a uma pessoa.

E não substitui a alçada. Um fluxo automático que aprove sozinho acima de um limite razoável não é eficiência, é risco de fraude — que 29% das equipas já identificam como ameaça relevante.

n8n e Power Automate: a diferença aparece ao terceiro mês

As duas plataformas fazem aprovações. A diferença prática só se nota quando um pedido fica pendente muito tempo.

O Power Automate tem um limite documentado de 30 dias de duração por execução, e a documentação é explícita: o limite inclui fluxos com passos pendentes, como aprovações, e passados 30 dias qualquer passo pendente expira. Para férias, baixas prolongadas ou um contrato que fica parado à espera de um parecer jurídico, isto obriga a partir o fluxo em dois e a guardar o estado no Dataverse — que, já agora, é um pré-requisito para usar aprovações, mesmo com licença Office 365. Em contrapartida, oferece tipos de aprovação prontos a usar: todos têm de aprovar, o primeiro a responder decide, respostas personalizadas e aprovação sequencial.

No n8n, a espera funciona ao contrário: quando o fluxo pausa, a execução é descarregada para a base de dados e só é recarregada quando a condição de retoma se verifica — abaixo de 65 segundos nem chega a ir ao disco. Não há limite máximo documentado. O pedido de aprovação pode sair por nove canais diferentes, incluindo Slack, Teams, Telegram, Gmail, Outlook, Google Chat e WhatsApp Business Cloud.

Há ainda a questão de onde correm os dados. O n8n pode ser instalado em servidor próprio, o que importa quando o pedido de aprovação transporta valores, margens ou dados de clientes — um ponto desenvolvido no artigo sobre o que é o n8n.

As quatro regras que encurtam mais o ciclo

Da experiência de desenhar estes circuitos, quatro decisões valem mais do que a escolha da ferramenta.

Defina alçadas por valor. Abaixo de um limite — 250 euros, 500, o que fizer sentido — aprove automaticamente e comunique. Se 60% dos pedidos são de baixo valor, acaba de retirar 60% do volume da fila.

Aprove por exceção. Inverta a lógica: o pedido segue se ninguém objetar em 24 horas, exceto acima da alçada. Funciona bem em despesas recorrentes e mal em compras novas.

Ponha o contexto dentro do pedido. Valor, fornecedor, encomenda associada, orçamento restante, histórico. Se o aprovador tiver de abrir outro sistema para decidir, o ciclo já falhou.

Escalone por defeito, sempre. Sem prazo e sem substituto automático, o circuito depende de memória humana. Com eles, depende de si próprio.

Por onde começar

Não comece pelo processo mais crítico. Comece por aquele em que consegue medir o antes.

Escolha um circuito com volume — faturas de fornecedor, pedidos de férias, notas de despesa — e meça duas coisas durante duas semanas: quantos dias decorrem entre o pedido e a decisão, e quantos desses pedidos alguém teria aprovado sem olhar.

Depois responda a uma pergunta concreta, antes de escolher qualquer ferramenta: quantos dos seus pedidos de aprovação, no último mês, foram recusados?

Se a resposta for perto de zero, não tem um problema de decisão. Tem um problema de fila — e esse resolve-se.