Um agente de IA integrado ao ERP faz o pedido nascer já dentro do sistema. Ele lê a mensagem do cliente no WhatsApp, identifica quem está falando, consulta produto e preço na base real, monta o pedido e grava — sem ninguém redigitar nada depois. A diferença para um chatbot é o efeito: o chatbot responde, o agente altera dados em sistemas externos e responde pelas consequências disso.
Este texto é sobre o que acontece entre a mensagem e o registro no ERP: o caminho completo, o que precisa existir do lado do sistema e quando esse tipo de automação não compensa. Na HopeAgents, a gente opera esse fluxo todo dia — só numa das operações são mais de 340 pedidos por mês entrando no Omie a partir de conversas no WhatsApp.
Por que o pedido já nasce no WhatsApp (queira você ou não)
O canal não está em disputa. Segundo a Pesquisa WhatsApp no Brasil da Opinion Box (edição 2025, com 1.126 usuários), 97% dos brasileiros abrem o aplicativo pelo menos uma vez por dia, 82% já se comunicam com marcas por ali e 60% já compraram produtos ou serviços pelo app.
Em operação B2B a dinâmica é ainda mais forte: o comprador da loja manda a lista pelo WhatsApp às 21h, o representante recebe, e alguém digita aquilo no sistema no dia seguinte. O pedido já existia — ele só demorou 12 horas e passou por um teclado humano no meio. Com um agente integrado, esse mesmo pedido entra no ERP em segundos, na mesma noite.
Esse teclado é o problema. Redigitar um pedido confirmado em outro canal é uma tarefa de transcrição, e transcrição entre duas pessoas é comprovadamente suscetível a erro: item trocado, quantidade fora, condição comercial errada. Some a isso o que acontece no fim do mês, quando o volume sobe e a atenção cai.
Um detalhe da mesma pesquisa merece atenção de quem vai automatizar: 59% dos consumidores não gostam de respostas automáticas. Isso não é argumento contra automação — é argumento contra automação ruim. Ninguém se irrita porque o pedido foi processado em 40 segundos. As pessoas se irritam com menu numérico, com “não entendi, digite 1” e com robô que responde qualquer coisa menos o que foi perguntado.
O caminho completo: da mensagem ao registro no ERP
O fluxo tem sete etapas. Cada uma é um ponto de decisão.
- Identificação do cliente. O agente precisa saber quem está do outro lado antes de qualquer coisa, porque tabela de preço, condição de pagamento e histórico dependem disso.
- Interpretação do pedido. A mensagem raramente é uma lista limpa. Vem áudio, vem foto de papel, vem “manda o de sempre”, vem “20 daquele de 5kg”. O agente transcreve, interpreta e transforma em intenção estruturada.
- Resolução do item no catálogo. “Aquele de 5kg” precisa virar um código de produto que existe no ERP — considerando sinônimo, abreviação e apelido regional.
- Preço e condição comercial. O agente consulta a tabela do cliente, não uma lista genérica. Desconto por volume, tabela por região, campanha vigente — tudo vem da mesma fonte que o vendedor humano usaria.
- Validação. Endereço de entrega, limite de crédito, pedido mínimo, disponibilidade. Regra de negócio que existe no ERP tem que ser consultada antes da confirmação, não descoberta depois pelo faturamento.
- Confirmação com o cliente. O agente devolve o pedido montado — itens, quantidades, valor, condição — e espera o “ok”. Esse passo não é cerimônia: é onde o cliente pega o erro que a máquina não pegou.
- Gravação no ERP com rastro. O pedido é criado no sistema e cada passo fica registrado. Sem esse rastro você tem um pedido de origem desconhecida — e, quando alguém questionar, não vai ter resposta.
Feito o desenho certo, o resultado operacional é o esperado: agentes de IA no atendimento tipicamente absorvem entre 60% e 80% do volume que chegaria a um atendente humano, liberando o time para o que exige negociação de verdade.
Vale registrar que não existe desenho único para esse fluxo. O que é consultado em tempo real, o que é validado antes de gravar e como o sistema trata exceção se define caso a caso — a partir do ERP, do volume e das regras de negócio de cada operação. Desconfie de quem apresenta arquitetura fechada antes de olhar o seu processo.
O que precisa existir do lado do ERP
Antes de qualquer discussão sobre modelo de IA, verifique isto. É aqui que o projeto trava, quase nunca no modelo. O primeiro item é eliminatório: sem acesso programático, não há integração — há automação de tela, que é outra conversa.
Seu ERP tem caminho?
| ERP | Acesso programático | O que esperar |
|---|---|---|
| Omie | API oficial | Caminho direto, inclusive gravação de pedido |
| Bling | API oficial | Caminho direto |
| Sankhya | API oficial | Caminho direto |
| TOTVS Protheus | Varia | Depende da versão e do nível de customização |
| SAP Business One | Varia | Depende da versão e do nível de customização |
| ERP sem API | Só acesso ao banco, ou automação de tela | Último recurso: quebra a cada atualização do sistema |
Os cinco pré-requisitos, e como verificar cada um
| Requisito | Por que importa | Como verificar |
|---|---|---|
| Acesso programático | Sem API ou banco, não existe integração — só automação de tela, frágil por natureza | Peça ao fornecedor a documentação da API e confirme se ela cria pedido, não só consulta |
| Identificador estável de produto | Se o mesmo item aparece com três descrições, o agente erra como um vendedor novo erraria | Exporte o catálogo e procure duplicatas do mesmo produto com códigos diferentes |
| Regra de preço consultável | A tabela do cliente precisa vir de consulta ao sistema, não da memória de alguém | Pergunte se dá para obter o preço de um cliente específico por chamada, não a lista geral |
| Gravação idempotente | Um timeout de rede não pode virar dois pedidos iguais | Confirme se a criação de pedido aceita chave externa ou código de integração para deduplicar |
| Lugar para o rastro | Meses depois alguém vai perguntar por que aquele pedido saiu assim | Defina onde ficam registrados input, ferramenta chamada e resposta do ERP — antes de ligar o agente |
Esses pré-requisitos, e os quatro níveis possíveis de integração, estão detalhados no guia sobre como integrar um agente de IA ao ERP.
Quando isso não funciona
Nem toda operação deveria automatizar pedido no WhatsApp. Casos em que a gente desaconselha:
- Catálogo sem padronização. Se ninguém do time consegue dizer com certeza qual código é qual produto, a IA não vai adivinhar. Padronize primeiro.
- Regra comercial que só existe na negociação. Se cada pedido tem desconto inventado na hora conforme a relação com o cliente, não há regra a consultar — só há vendedor.
- ERP sem API e sem acesso ao banco. Dá para atacar com automação de tela, mas é frágil: quebra a cada atualização do sistema. Trate como último recurso, não como plano.
- Volume baixo. Se entram cinco pedidos por dia, o retorno não paga a integração. Automatize primeiro o que é volumoso e repetitivo.
- Decisão que exige julgamento e responsabilidade humana. Liberar crédito acima do limite, por exemplo, deve escalar para uma pessoa — sempre.
Quer ver isso rodando no seu processo? A HopeAgents faz uma conversa de 20 minutos para mapear a operação antes de propor qualquer agente — falar com um especialista.
Como começar sem virar piloto abandonado
Quatro decisões, nessa ordem:
- Escolha um processo e um recorte de cliente. “Pedido de recompra dos clientes ativos que já compram todo mês” é um bom começo. “Todo o comercial” não é.
- Meça o baseline antes. Quantos pedidos por dia, quanto tempo entre a mensagem e o registro no ERP, quantos voltam com erro. Sem esse número você nunca vai saber se funcionou.
- Comece com humano no circuito. Nas primeiras semanas, o agente monta o pedido e uma pessoa confirma antes de gravar. Você descobre os erros de catálogo com custo baixo e vai soltando a rédea conforme a taxa de acerto sobe.
- Defina o que acontece quando o agente não sabe. A regra de escalonamento para humano é parte do projeto, não um detalhe. Agente que inventa resposta para não admitir dúvida é o pior resultado possível.
Perguntas frequentes
Preciso da API oficial do WhatsApp?
Para operação de empresa, sim — é o caminho sustentável. Soluções não oficiais funcionam e são mais baratas de começar, mas colocam o número em risco de bloqueio, e perder o número comercial no meio do mês é um prejuízo que costuma superar em muito a economia.
Funciona com o meu ERP?
Depende de ele ter API ou acesso ao banco de dados. Omie, Bling e Sankhya têm caminho direto; TOTVS Protheus e SAP Business One dependem da versão e do quanto foram customizados — a tabela de compatibilidade acima detalha caso a caso. A verificação leva uma conversa técnica, não um projeto.
E se o agente errar o pedido?
Três camadas: o cliente confirma o pedido montado antes da gravação; regras do ERP (limite de crédito, pedido mínimo, disponibilidade) são validadas antes da confirmação; e cada passo fica registrado, então dá para reconstituir exatamente onde o erro entrou. Erro não é hipótese — é evento que precisa ser detectável.
Isso substitui o time de vendas?
Não. Tira do time a digitação de pedido de recompra, que é onde ele perde tempo sem gerar valor. Negociação, abertura de conta nova e recuperação de cliente continuam humanas — e passam a ter gente disponível para fazê-las.
Quanto tempo o cliente espera por uma resposta?
Segundos, inclusive fora do horário comercial. É esse o ganho concreto: o pedido de terça à noite não fica esperando alguém abrir o sistema na quarta de manhã.
Dá para começar só com atendimento, sem gravar pedido no ERP?
Dá, e às vezes é o certo. Responder dúvida de status, prazo e segunda via já reduz volume no time. Mas o retorno grande aparece quando o pedido passa a ser gravado sem redigitação — o atendimento sozinho não elimina o teclado humano no meio do processo.
A HopeAgents constrói e opera agentes de IA que executam processos ponta a ponta, integrados ao WhatsApp, ao seu ERP e às suas APIs, com rastreabilidade de cada decisão. É um produto da SystemHope, software house brasileira com mais de 25 anos de engenharia de software. Fale com um especialista.