Automação de processos

Aprovação de compras com n8n: tire pedidos do chat e acompanhe cada decisão

Iris Lumiar · 27 de outubro de 2026 · 7 min de leitura

Veja como estruturar solicitações de compra, aprovações humanas, exceções e rastreabilidade com n8n sem automatizar decisões financeiras às cegas.

Uma compra pequena pode começar com uma mensagem: “precisamos de mais materiais”. Depois vêm orçamento, aprovação, pedido ao fornecedor e comprovante. Se cada etapa vive em um chat diferente, ninguém sabe com segurança quem autorizou, qual versão do valor foi aprovada ou se a solicitação já virou pedido. Automatizar não significa deixar um robô comprar sozinho. Significa construir um caminho verificável entre a necessidade e a decisão humana.

Neste guia, vamos desenhar um fluxo de solicitações de compra para uma empresa pequena ou média usando n8n como orquestrador. O objetivo é reduzir esquecimentos sem eliminar os controles que protegem o caixa. O desenho pode ser adaptado à ferramenta de formulários, planilha, banco de dados e canal de comunicação já utilizados pela equipe.

1. Comece pela regra, não pelo nó

Antes de abrir o editor, reúna quem solicita, quem aprova e quem efetivamente faz o pedido. Anote as respostas para cinco perguntas: quais categorias podem ser compradas, quais dados são obrigatórios, quem decide por faixa de valor, quando é preciso uma segunda cotação e onde deve ficar o registro final. Se a regra muda conforme o departamento, documente a exceção. Sem esse acordo, a automação apenas acelera a confusão.

Escolha um piloto delimitado: por exemplo, solicitações de materiais de escritório feitas por uma equipe. Não inclua pagamentos, contratação de serviços e compras emergenciais no primeiro fluxo se cada situação exige regras distintas. Defina também quem assumirá o processo caso o sistema fique fora do ar.

Um formulário mínimo pode pedir descrição, quantidade, justificativa, centro de custo, valor estimado, prazo desejado e nome do solicitante. Evite solicitar dados pessoais que não ajudam a decidir. Arquivos de cotação devem ir para um repositório com controle de acesso, não para links públicos espalhados em mensagens.

2. Desenhe os estados do pedido

Cada solicitação recebe um identificador único. No registro, separe campos de entrada dos campos de decisão: status, aprovador responsável, data da decisão, valor aprovado, observação e referência do pedido realizado. Uma sequência simples é: recebida → em revisão → aprovada ou recusada → pedido realizado → concluída. Use pendente de informação quando faltarem dados e cancelada quando a necessidade desaparecer.

Não atualize o status para “aprovada” só porque uma notificação foi enviada. Aprovação é uma resposta explícita de pessoa autorizada. Se o orçamento mudar depois da aprovação, devolva o pedido para revisão; não trate a autorização antiga como licença para qualquer valor. Mantenha um histórico de quem alterou o quê e quando, conforme as capacidades do armazenamento escolhido.

Também escolha uma regra para duplicatas. Uma pessoa pode enviar o formulário duas vezes ou a integração pode reenviar a mesma entrada. Verifique o identificador externo antes de criar um novo registro; se ele já existe, atualize ou ignore conforme o caso. Esse cuidado evita duas solicitações para a mesma compra.

3. Separe as ações no n8n

Um fluxo inicial pode seguir este mapa:

1. Entrada: um formulário ou webhook recebe a solicitação. Restrinja quem pode acionar a entrada e valide os campos antes de persistir dados.
2. Registro: crie a solicitação com ID e status “recebida” no sistema escolhido.
3. Roteamento: identifique o responsável conforme centro de custo, tipo e faixa de valor. Se não houver regra aplicável, encaminhe para revisão manual, nunca para aprovação automática.
4. Notificação: envie resumo e referência do pedido ao aprovador, sem expor dados desnecessários.
5. Espera e decisão: capture uma resposta autenticada de aprovação, recusa ou pedido de mais informações; confira se a pessoa que respondeu é a designada.
6. Desfecho: registre a decisão, avise o solicitante e entregue ao setor de compras somente as solicitações aprovadas.

O n8n oferece recursos de espera para retomar uma execução após um evento e integrações que podem colher respostas de aprovação, dependendo do canal escolhido. Isso não substitui autenticação, autorização nem uma trilha de auditoria. Uma URL de retomada enviada a alguém sem controle de acesso pode virar uma autorização indevida. Teste o mecanismo real da integração antes de ativá-lo em produção. A documentação do Wait descreve as opções de retomada; a documentação de aprovações no Slack mostra um exemplo específico de canal, não uma obrigação de usá-lo.

4. Prepare o caminho de exceção

A regra mais útil talvez seja o que acontece quando ninguém responde. Defina prazo de revisão em dias úteis, primeiro lembrete e destino após o limite: escalar ao substituto, manter pendente ou cancelar com aviso. Não interprete silêncio como aprovação. Em ausências, atualize o responsável por um procedimento conhecido, sem compartilhar a conta do aprovador.

Falhas técnicas merecem outro percurso. Se a mensagem não sair, o pedido precisa permanecer visível em uma fila de erro. Se o registro não for salvo, não confirme ao solicitante que a solicitação foi recebida. Um operador deve conseguir reprocessar sem criar compra duplicada. Separe alertas operacionais dos lembretes de negócio para não cansar quem só precisa decidir.

Revise permissões: quem pode ver solicitações, editar valores, aprovar, reabrir e consultar históricos? Armazene credenciais nas ferramentas apropriadas e evite colocá-las em nós, links ou mensagens. Defina política de retenção e acesso aos anexos de acordo com a realidade da empresa.

5. Teste com casos que costumam quebrar fluxos

Antes de liberar o formulário, simule pelo menos: valor abaixo e acima do limite; categoria sem aprovador; pedido incompleto; recusa; mudança de valor após aprovação; resposta do substituto; envio duplicado; falha no canal de aviso; e solicitação durante férias. Compare o registro final com as regras escritas. Peça a um solicitante e a um aprovador para seguirem o processo sem ajuda do criador do fluxo: se não entenderem qual é o próximo passo, o desenho ainda não está pronto.

Acompanhe indicadores modestos no piloto: tempo entre envio e primeira análise, pedidos parados por estado, porcentagem devolvida por informação incompleta e ocorrências de duplicação. Compare com o processo anterior, sem prometer ganho percentual antes de medir. Uma automação boa deve facilitar a revisão humana, não apenas produzir mais notificações.

Um primeiro passo viável

Escreva hoje o caminho de uma compra real, da solicitação ao arquivo do comprovante. Escolha um único tipo de pedido e transforme cada transferência entre pessoas em um estado claro. Só depois conecte o n8n aos sistemas existentes. Se a sua equipe precisa integrar ferramentas e manter esse fluxo com suporte, a AG LABS pode avaliar o processo e propor uma solução de automação sob medida. O escopo, as integrações, o prazo e as condições comerciais são definidos após diagnóstico com Antonio Garcia; conheça a equipe em aglabs.ia.br.