Automação pedido WhatsApp ERP: caso de 8 min para 30 segundos
Por Alexandre Pereira · · 5 min de leitura
Uma distribuidora de materiais elétricos em Vila Velha recebia 200 pedidos por dia via WhatsApp Business — todos digitados manualmente no TOTVS Protheus. Cada pedido levava em média 8 minutos: copiar dados do cliente, conferir produto no catálogo, validar estoque, lançar no ERP. Com a automação pedido WhatsApp ERP via n8n e Evolution API, o tempo caiu para 30 segundos por pedido, eliminando 26 horas de digitação por dia.
O processo usa três camadas: a Evolution API captura mensagens em tempo real, o n8n orquestra a validação via GPT-4o contra o catálogo do ERP (código, descrição, preço, estoque) e a integração REST insere o pedido direto no TOTVS. O vendedor só confirma o resumo antes da gravação. Nada de planilha intermediária, nada de copiar e colar.
Por que 200 pedidos por dia travavam a operação?
A equipe tinha quatro assistentes comerciais que faziam apenas isso: ler WhatsApp, abrir o TOTVS, buscar cliente por CNPJ ou nome fantasia, localizar cada item no cadastro (às vezes com código errado ou nome incompleto), conferir tabela de preço, verificar estoque e gravar o pedido. Oito minutos era a média — pedidos com 15 itens chegavam a 12 minutos.
O gargalo real estava na validação: clientes enviavam "disjuntor 50A" em vez do código 47382, ou escreviam "tomada branca" sem especificar voltagem. Cada dúvida virava ida e volta no chat, atrasando a fila. Sexta-feira de pico chegava a 280 pedidos; a equipe trabalhava até 21h pra zerar.
Até tentaram macro de Excel e integração via Zapier, mas não conseguiam validar produto nem buscar estoque antes de gravar. Pedido entrava errado, virava retrabalho no faturamento.
Como funciona a automação pedido WhatsApp ERP na prática?
Quando o cliente envia a lista de produtos, a Evolution API dispara um webhook pro n8n. O fluxo extrai os itens (código ou descrição), envia pro GPT-4o junto com o catálogo completo do ERP (exportado via REST do TOTVS toda madrugada). A IA devolve os códigos corretos, preço vigente e estoque disponível — tudo em JSON estruturado.
O n8n monta um resumo no WhatsApp: "Pedido 3 itens, total R$ 847,30, estoque OK. Confirma?". Vendedor responde "sim" e o agente grava via API REST do Protheus, já com centro de custo, condição de pagamento e transportadora padrão do cliente. O pedido entra numerado, rastreável, pronto pra faturar.
Em 30 dias de piloto (outubro de 2025), foram 4.200 pedidos processados com 97,4% de acerto na identificação de produtos. Os 2,6% de erro vinham de itens fora de linha que ainda estavam em mensagens antigas dos clientes — resolvido com atualização semanal do catálogo.
Quanto custou implementar e qual o retorno real?
Montagem do fluxo no n8n: 16 horas de desenvolvimento (R$ 6.400). Licença Evolution API self-hosted: zero (usaram VPS própria). Custo de API do GPT-4o: R$ 340/mês (média de 6.000 validações). Total de setup: R$ 6.740 no primeiro mês, depois R$ 340 mensais.
Economia: 26 horas/dia de digitação × 22 dias úteis = 572 horas/mês. A distribuidora reposicionou dois assistentes pra inside sales ativo (prospecção via lista de inativos) e manteve dois no atendimento — now focados em dúvidas técnicas e negociação, não em digitação.
Faturamento de inside sales nos primeiros 90 dias: R$ 140 mil em pedidos de clientes reativados. ROI direto em 45 dias, sem contar redução de erro de digitação (que antes gerava 8% de devoluções por item trocado).
Quais ferramentas compõem a stack?
Evolution API conecta o WhatsApp Business (não oficial, via baileys). N8n roda em VPS Ubuntu 22.04 com PostgreSQL pra histórico de mensagens. Validação de produtos usa GPT-4o (128k context) com o catálogo completo embedado — 12 mil SKUs, 4,2 MB de JSON. Integração com TOTVS via REST padrão do Protheus 12.1.33, endpoints de cliente, produto, estoque e pedido de venda.
WhatsApp Business API oficial (Meta) ficaria 4x mais caro e exige Facebook Business verificado — na PME, Evolution resolve com mesma confiabilidade. O n8n substitui Zapier/Make porque permite lógica condicional complexa (se estoque < 10, sugere substituto; se cliente atraso > 15 dias, bloqueia) sem custo por execução.
Backup do fluxo n8n versionado no GitHub, logs de erro vão pro Slack da operação. Tudo self-hosted, nada de vendor lock-in.
Lições do case: o que funciona e o que evitar
Funciona: catálogo atualizado semanalmente (via cron do TOTVS exportando pra JSON). Mensagem de confirmação antes de gravar (juridicamente, é o cliente autorizando). IA validando contra base real, não "achando" o produto.
Não funciona: tentar interpretar pedido sem estrutura mínima ("manda o de sempre" vira pesadelo). Gravar direto sem confirmação (risco jurídico). Usar API do WhatsApp oficial sendo PME (custo 4x maior, burocracia).
O piloto começou com 20 clientes selecionados (os que mais pediam e tinham padrão de mensagem limpo). Depois de validar acurácia, liberaram pra base toda. Hoje 92% dos pedidos entram por esse fluxo; telefone virou exceção pra urgência ou produto especial.
Quem quer replicar pode começar com um único vendedor, 20 clientes, 15 dias de teste. Stack mínima: Evolution API, n8n, um prompt bem calibrado pro GPT-4o. Se o ERP tem REST ou webservice, conecta. Se não tem, exporta pra Supabase via CSV automatizado e valida contra isso.