O pedido pelo WhatsApp é o que chega como conversa: "anota aí", uma lista de itens com a quantidade na frente, "fatura pra 28 dias como sempre". Em indústria e distribuidora, ele vem da revenda, da loja de bairro, da oficina e do cliente eventual, cai no celular de um vendedor e alguém digita no ERP mais tarde. Este artigo mostra o que essa mensagem tem e o que falta para virar pedido de venda, como o agente de IA lê e confere, quando ele devolve um resumo ao cliente e por onde o pedido entra em cada sistema. Serve para quem já tem o ERP e não quer pedir ao cliente que mude o jeito de comprar.
Por que o pedido pelo WhatsApp ainda é digitado?
Porque ele chega no formato mais livre de todos, no celular do vendedor e misturado com o resto da conversa. Não tem campo, não tem código de item e muitas vezes não tem preço. O portal B2B não alcança esse cliente, e a automação por regra não lê texto livre. Sobra digitar.
Quem pede pelo WhatsApp é o cliente pequeno e o recorrente: a oficina que compra material de limpeza todo mês, o pet shop, a padaria, a revenda de bairro. Ele não vai entrar num portal para pedir sete itens, e não tem sistema para mandar uma ordem de compra em PDF. Ele manda para o vendedor que conhece, na hora em que lembra, inclusive à noite. O vendedor está na rua, lê quando pode, e repassa para quem digita, ou digita ele mesmo no fim do dia.
O volume por pedido é menor do que o do PDF, mas a interrupção é maior, e a conta do custo é a mesma: cada mensagem puxa a atenção de alguém no meio de outra coisa. E é o canal em que o erro mais passa despercebido, porque a confirmação é "ok" na própria conversa e o pedido de venda só existe horas depois. Entre os seis canais por onde o pedido chega, o WhatsApp é o que mais depende de uma pessoa interpretar.
O que a mensagem de pedido tem, e o que o ERP precisa?
A mensagem traz o número de quem mandou, os itens pelo nome que o cliente usa, a quantidade com a embalagem dele e, às vezes, um preço combinado com o vendedor. O ERP precisa de cliente com CNPJ, código de item, unidade de venda, tabela de preço, condição de pagamento e data de entrega. A diferença entre os dois é preenchida pelo cadastro.
Os exemplos abaixo são das conversas da distribuidora fictícia que montamos em nosso ambiente de teste.
| O que vem na mensagem | Como vem | O que o ERP precisa | De onde sai |
|---|---|---|---|
| Quem mandou | o número do contato | cliente com CNPJ, tabela de preço, condição e vendedor | o telefone ligado ao cliente no cadastro |
| O item, pelo nome que o cliente usa | "ph folha dupla", "perfex rolo", "álcool 70 1 litro" | código do item no catálogo | catálogo, mais o histórico do que esse cliente já comprou |
| A quantidade, com a embalagem dele | "11 fardo 64", "5 cx 100 luva latex m" | quantidade na unidade de venda, dentro do múltiplo | cadastro do item (unidade e múltiplo de embalagem) |
| O preço, quando vem | "aquele preço de R$ 53,45 que o Marcos passou" | preço da tabela do cliente, ou desconto aprovado | tabela de preço e alçada do vendedor (até quanto de desconto ele pode dar sozinho) |
| A condição | "fatura pra 28 dias como sempre" | condição de pagamento | cadastro do cliente |
| A entrega | "pode mandar quinta?" | data de entrega | prazo por região, confirmado na resposta |
| A pergunta | "confirma o total pra mim?" | nada; é a resposta que o cliente espera | o resumo que o agente devolve |
Repare que boa parte do que o pedido de venda precisa vem do cadastro, não da mensagem: telefone ligado ao cliente, item com unidade e múltiplo, tabela e condição por cliente. No WhatsApp, o telefone é o campo que mais falta, e é por ele que se começa.
Atendimento automatizado no WhatsApp é a mesma coisa que pedido no ERP?
Não. O atendimento automatizado responde ao cliente: horário, segunda via, onde está a entrega. O agente de pedido lê a mensagem, confere no ERP e grava o pedido de venda; a resposta que ele dá é consequência disso. Os dois podem viver no mesmo número, mas envolvem riscos diferentes e são decididos em separado.
O menu de opções e o atendimento automatizado resolvem pergunta. Pedido envolve dinheiro: preço, crédito, estoque e nota fiscal. Por isso o agente de pedido é quieto até ter o que dizer. Ele não puxa conversa nem oferece produto. Lê a lista, confere no ERP e só então responde, com o resumo. O que tem risco vai para o vendedor, que continua sendo o dono daquele cliente.
Na prática, o agente de pedido entra no ponto em que hoje alguém abre a conversa, copia a lista e vai para o ERP. Tudo o que vem antes (o "bom dia", a dúvida sobre a nota, a reclamação) pode seguir para o atendimento, automatizado ou não.
Como o pedido pelo WhatsApp entra no ERP, passo a passo?
São seis passos: a mensagem chega pela conexão oficial do WhatsApp para empresas, o agente identifica o cliente pelo número, lê os itens e casa com o catálogo, confere preço, condição, crédito e estoque no ERP, devolve um resumo para confirmação e grava o pedido de venda pelo caminho do sistema. O texto original fica guardado.
- Chegada. A mensagem entra pelo número da empresa, na conexão oficial do WhatsApp para empresas (a API do WhatsApp Business). O agente só trata o que parece pedido; o resto segue para quem atende.
- Quem é. O número leva ao cadastro do cliente: CNPJ, tabela de preço, condição de pagamento e vendedor responsável. Número que não está no cadastro não gera pedido: o agente pede o CNPJ ou passa ao vendedor.
- O que ele quer. Cada linha vira um item do catálogo, pela descrição e pelo histórico daquele cliente: "ph folha dupla" é o papel higiênico folha dupla que esse cliente já pediu. A quantidade e a embalagem são conferidas com a unidade de venda do item.
- Confere no ERP. Preço pela tabela do cliente; o preço citado na mensagem é comparado com a tabela, e a diferença vira exceção. Crédito e bloqueio. Estoque. Pedido igual nos últimos dias.
- Resumo. O agente responde no próprio WhatsApp: itens, quantidades, total, condição e data. O cliente confirma ou corrige, e no começo o vendedor confirma também. É o "confirma o total pra mim?" que o cliente já pede hoje, só que respondido na hora, sem esperar o vendedor chegar ao sistema.
- Grava e registra. Dentro do padrão, o pedido de venda é gravado pela API ou pela rotina de pedido do ERP, e o número do pedido volta ao cliente. Fora do padrão, o pedido vai para a fila do vendedor, com a mensagem original e o resumo lado a lado.
Uma pessoa aprova o que tem risco; o agente registra tudo o que faz. No início, o vendedor aprova todos os pedidos do seu cliente com o resumo pronto; a autonomia vem depois, como o guia descreve.
Como isso fica numa conversa real do nosso ambiente de teste?
No mesmo ambiente de teste do guia, uma distribuidora fictícia com 50 pedidos, dez chegaram por WhatsApp, de uma oficina mecânica e de um pet shop. Desses dez, quatro entram sem revisão; três trazem um preço combinado com o vendedor; um pede a quantidade na embalagem errada; um pede item fora do catálogo; um é o mesmo pedido mandado duas vezes.
Uma das conversas do pet shop, linha a linha, e o que o agente faz com cada uma:
| A mensagem do cliente | O que o agente faz |
|---|---|
| "Fala! Anota aí:" | reconhece o número: é o pet shop, tabela B, 3% de desconto padrão |
| "8 pct 100 saco de lixo 100l (aquele preço de R$ 53,45 que o Marcos passou)" | casa com o saco de lixo de 100 L, pacote com 100; o preço citado é diferente da tabela do cliente, então marca exceção para o vendedor, o Marcos que o cliente cita |
| "12 cx 12 Multiuso 500 ml" | casa com o multiuso de 500 ml, caixa com 12 |
| "2 cx 5000 Copo descartável 50 ml" | casa com o copo de 50 ml, caixa com 5.000 |
| "10 cx 6 desinfetante 2l lavanda" | descrição fora de ordem; casa com o desinfetante lavanda de 2 L, o único de 2 L no catálogo |
| "4 cx 12 álcool 70 1 litro" | casa com o álcool 70% de 1 L |
| "12 un vassoura de pelo" | casa com a vassoura de pelo de 40 cm, a única do catálogo |
| "Confirma o total pra mim?" | responde com o resumo dos seis itens, pela tabela do cliente, e avisa que o preço do saco de lixo ficou com o vendedor |
O pedido não entra no ERP até o Marcos decidir o preço do saco de lixo. Quando ele decide, o pedido inteiro entra de uma vez, sem ninguém redigitar os outros cinco itens. E a decisão fica registrada: quem aprovou, qual preço, em que pedido.
Os outros nove seguem a mesma lógica. A oficina que pediu "Rodo 60 cm", que não existe no catálogo, tem os outros itens lançados e o rodo apontado para o cadastro. O pet shop que mandou a mesma lista às 9h30 e às 11h25 recebe a pergunta "é o mesmo pedido de hoje cedo?", em vez de dois pedidos. E "10 cx saco de lixo 50l", de um item vendido em pacote com 100, volta como pergunta: dez pacotes ou dez caixas?
Áudio, foto e "o de sempre": o que o agente faz com o que não está escrito?
Áudio é transcrito e tratado como texto, sempre com resumo antes de gravar. Foto de lista escrita à mão é lida, e cai na fila com mais frequência. "O de sempre" vira o último pedido daquele cliente, como proposta, nunca como pedido. O agente não adivinha: o que não dá para ler com segurança volta ao cliente como uma pergunta curta.
| O que chega | O que o agente faz | O que fica com uma pessoa |
|---|---|---|
| Áudio | transcreve, monta o pedido e devolve o resumo; a confirmação é obrigatória | áudio ruim; item que a transcrição não casou |
| Foto de lista à mão, print de planilha | lê, monta o pedido e devolve o resumo | letra ilegível; quantidade em dúvida |
| "O de sempre", "repete o do mês passado" | propõe o último pedido do cliente e espera a confirmação | cliente sem histórico |
| "Aquele preço que o Marcos passou" | compara com a tabela; exceção para o vendedor | desconto fora da alçada |
| Pedido em duas mensagens, ou dois pedidos numa conversa | junta o que chegou em poucos minutos e pergunta se é um pedido ou dois | pedido que chegou duas vezes |
| "Cadê minha nota?" no meio do pedido | separa: a pergunta vai para o atendimento, o pedido segue | nada |
No nosso ambiente de teste as dez conversas são de texto; áudio e foto entram pelo mesmo desenho. Em resumo, o agente lê o que está escrito e pergunta o que não está. A pergunta curta no WhatsApp custa pouco ao cliente e evita a devolução depois.
Pelo número da empresa ou pelo celular do vendedor?
Pelo número da empresa, na conexão oficial. O pedido que chega no celular pessoal do vendedor não dá para automatizar sem tirá-lo de lá; o caminho é um número da empresa por vendedor ou por região, com o vendedor dentro da conversa e dono da exceção. O aplicativo comum do WhatsApp Business, sem a API, não tem integração.
| Como está hoje | O que dá para fazer | O que muda para o cliente |
|---|---|---|
| Número da empresa já na API oficial | ligar o agente nesse número | nada |
| Número da empresa no aplicativo WhatsApp Business, sem API | ligar o número à conexão oficial. Hoje dá para manter o aplicativo e a API no mesmo número, com parte do histórico recente sincronizado, conforme o provedor; na migração completa, o histórico do aplicativo não vem junto | nada; o número é o mesmo |
| Celular pessoal do vendedor | criar um número da empresa por vendedor ou por região; o vendedor avisa os clientes e continua na conversa | salvar um número novo, o que o cliente costuma aceitar quando o vendedor pede |
O vendedor não sai do circuito. A comissão, o relacionamento e a negociação continuam com ele; o que o agente tira dele é o registro. O agente guarda a mensagem do pedido e o que fez com ela: itens, quantidades, preço, condição e quem aprovou. O resto da conversa (o bom dia, a dúvida da nota) não é dado de pedido e não precisa ficar.
Por onde o pedido entra em cada ERP?
Pela API ou pela rotina de pedido de venda de cada sistema, nunca direto na tabela do banco de dados. Omie e Bling têm API pública e são frequentes em distribuidor pequeno e médio; em Protheus, Sankhya, SAP Business One e Senior, o caminho é a rotina ou o serviço de pedido que o ambiente já tem liberado.
- Omie: API pública, com o pedido de venda e os cadastros de cliente e produto pela mesma API.
- Bling: API v3, com o pedido de atacado ao lado do pedido de marketplace que o Bling já integra.
- TOTVS Protheus: a rotina de pedido de venda ou a API REST, conforme o que o ambiente tem liberado.
- Sankhya: API Gateway, com o tipo de operação de pedido que a empresa já usa.
- SAP Business One e Senior: o serviço de pedidos de cada um, com as validações da tela.
A tabela com o caminho de cada ERP e os cuidados comuns a todos (ambiente de teste, usuário próprio do agente) está no guia da entrada de pedidos no ERP.
O que costuma dar errado no pedido pelo WhatsApp?
Os erros mais comuns são ligar o agente sem o telefone no cadastro do cliente, deixar o agente conversar além do pedido, gravar sem resumo, deixar o preço da mensagem vencer a tabela, não tratar o pedido reenviado e usar número fora da conexão oficial. Nenhum deles é de tecnologia: são decisões a tomar antes de ligar o número.
- Telefone fora do cadastro. Sem o número ligado ao cliente, todo pedido cai na fila. Levantar os telefones dos clientes recorrentes é o primeiro passo, e o mais barato.
- Agente que conversa demais. O agente de pedido não dá bom dia nem responde dúvida de nota. Quando faz isso, o cliente passa a tratá-lo como atendente, e a conversa vira o que era antes.
- Gravar sem resumo. No WhatsApp o resumo fica mesmo depois do piloto, porque é a resposta que o cliente já espera ("confirma o total pra mim?") e é a conferência dele e do vendedor. Pular essa etapa para "ganhar tempo" troca uma confirmação curta por uma devolução.
- O preço da mensagem vencer a tabela. "Aquele preço que o Marcos passou" é comparado com a tabela e decidido pelo Marcos. Nunca copiado para o pedido.
- O pedido reenviado. O cliente manda a lista, não recebe resposta em uma hora e manda de novo com "e aí, viu meu pedido?". Sem a conferência de duplicidade, entram dois.
- Número fora da conexão oficial. Ferramenta que lê o WhatsApp pela tela do aplicativo, ou número pessoal, corre risco de bloqueio, e a empresa perde o canal com o cliente de um dia para o outro.
- O vendedor fora da conversa. Se o cliente percebe que o vendedor sumiu, ele volta a mandar para o celular pessoal. O vendedor fica na conversa; o que muda é que ele não digita.
- Horário. O pedido chega às 22h. O agente lê a qualquer hora, mas o resumo, a data de entrega e a decisão da exceção seguem o horário combinado com o cliente. Isso precisa estar escrito.
Como medir se o pedido pelo WhatsApp deu certo?
Os mesmos quatro números do guia: tempo da mensagem ao ERP, campos corrigidos à mão, pedidos na fila de exceção e pedidos certos de primeira. No WhatsApp, vale somar dois: quanto tempo o cliente espera pelo resumo, e quantos pedidos precisaram de uma pergunta de volta.
Antes de ligar, meça o de hoje por uma semana: quantos pedidos chegam por WhatsApp, em quais números, e quanto tempo passa entre a mensagem e o pedido de venda gravado. Esse último número costuma ser de horas, porque o vendedor está na rua, e é o que mais muda.
Por onde começar?
Comece contando e cadastrando, antes de qualquer tecnologia: uma semana contando os pedidos que chegam por WhatsApp e em quais números, o cadastro com telefone e unidade de cada item em ordem, e um piloto com um número da empresa e dois ou três clientes recorrentes, com o vendedor aprovando o resumo. Em três passos:
- Conte por uma semana: quantos pedidos chegam por WhatsApp, de quais clientes, em quais números (da empresa ou dos vendedores) e quanto tempo levam até o ERP.
- Arrume o cadastro: telefone ligado a cada cliente recorrente, catálogo com unidade e múltiplo de embalagem certos, e o nome que cada cliente usa para cada item, tirado das próprias conversas.
- Faça um piloto: um número da empresa na conexão oficial, dois ou três clientes recorrentes, o vendedor na conversa aprovando o resumo, nas duas primeiras semanas do piloto. Depois os outros clientes.
Como o serviço anda, do mapeamento ao piloto, está na página do agente de pedido no ERP. A primeira conversa é esta: Diagnóstico de IA na operação em 30 minutos: qual decisão o seu time mais repete?
Perguntas frequentes
O cliente precisa mudar o jeito de pedir pelo WhatsApp?
Não. Ele continua mandando a lista como manda hoje, no mesmo número ou num número da empresa que o vendedor passa para ele. O que muda é que a resposta com o resumo chega logo depois da mensagem, e o pedido entra no ERP sem ninguém digitar.
Precisa da API oficial do WhatsApp?
Sim. A automação usa a conexão oficial do WhatsApp para empresas; o aplicativo WhatsApp Business sozinho não tem integração, e ferramenta que lê a tela do aplicativo corre risco de bloqueio. O número que já está no aplicativo pode ser ligado à API sem trocar; o que vem do histórico depende de como a ligação é feita, e isso se confere no mapeamento.
O agente responde o cliente sozinho?
Responde o resumo do pedido e, depois da confirmação, o número do pedido de venda. Dúvida de nota ou de entrega não é com ele: segue para o atendimento. Negociar preço também não. O que tem risco, como preço combinado ou cliente sem crédito, passa pelo vendedor antes de qualquer resposta.
E se o cliente mandar áudio ou foto?
O áudio é transcrito e a foto é lida, e o pedido é montado do mesmo jeito, com o resumo antes de gravar. Esses dois formatos caem na fila com mais frequência, porque a leitura tem mais dúvida, e a dúvida volta ao cliente como pergunta curta.
Funciona com o número pessoal do vendedor?
Não, e não deveria: o número pessoal não tem a conexão oficial, e o histórico do cliente ficaria no celular de uma pessoa. O caminho é um número da empresa por vendedor ou por região, com o vendedor dentro da conversa e dono das exceções do seu cliente.
Em que ERP o pedido pelo WhatsApp entra?
Em qualquer um que tenha API ou rotina de pedido de venda acessível: Omie, Bling, Protheus, Sankhya, SAP Business One, Senior. O pedido entra pelo caminho oficial de cada sistema, com as mesmas validações de um pedido digitado, e nunca direto na tabela do banco de dados.
O agente pode aceitar o preço que o cliente mandou?
Não. O preço do pedido é o da tabela do cliente no ERP. O preço citado na mensagem é comparado com a tabela e, se for diferente, o pedido espera o vendedor ou o gerente, conforme a alçada. A decisão fica registrada e vale para aquele pedido.
O cliente percebe que é um agente respondendo?
O resumo sai no número da empresa, e nada impede de dizer que a confirmação é automática. O vendedor continua na mesma conversa, e é ele quem decide preço e exceção. O que o cliente nota é a resposta chegar logo e o pedido não voltar errado.
