"O bot responde a tudo, mas quando o cliente pergunta onde está a encomenda, manda-o ligar para a loja." Se tens um assistente de WhatsApp na empresa, é provável que já tenhas ouvido esta frase de um cliente, ou dita pela tua equipa, que acaba por atender o telefone na mesma.
Desde 15 de janeiro de 2026, a Meta pôs por escrito aquilo que muitos donos de PME já sentiam: o WhatsApp Business não serve para chatbots "de tudo". O que continua permitido é o bot que serve um processo concreto do teu negócio. Este artigo explica o que mudou, o que não mudou (porque há muita gente a vender medo com isto) e porque é que, na prática, um processo de verdade te obriga a ligar o bot ao ERP.
O que a Meta mudou, sem dramatismo
A Meta alterou os termos da WhatsApp Business API. Para contas novas, a regra aplica-se desde 15 de outubro de 2025. Para todas as outras, desde 15 de janeiro de 2026. Deixam de ser permitidos os assistentes de IA de uso geral, ou seja, os serviços em que a conversa com o modelo é o produto. Foi por isso que vários assistentes conhecidos saíram do WhatsApp.
O que continua permitido está na mesma política: suporte ao cliente, marcações, seguimento de encomendas, notificações e vendas. Resumindo, bots cuja razão de existir é um processo do negócio que os usa.
Convém ser honesto: se tens um bot de €25/mês que responde às FAQ da tua empresa, a Meta não o desligou. Não é um assistente generalista, é um bot de atendimento da tua marca. Quem te disser que "a Meta vai banir o teu bot" está a vender-te pânico.
A mudança que interessa é outra. A Meta disse explicitamente para que serve o canal: executar processos de negócio. E o cliente que te escreve no WhatsApp espera exatamente isso.
"Servir um processo" não é o mesmo que falar sobre ele
Vê a lista de usos permitidos com olhos de operação:
- Seguimento de encomendas. O estado da encomenda não está no teu site nem nas FAQ. Está no ERP: documento emitido, guia comunicada, expedição lançada.
- Marcações. A disponibilidade real está na agenda do sistema, não num PDF com o horário de abertura.
- Suporte. Um pedido de suporte útil precisa de saber quem é o cliente, o que comprou e que histórico tem.
- Notificações. Só notificas o que o sistema sabe que aconteceu.
Todos os usos que a Meta aprova vivem num sistema com estado. Um bot alimentado pelo site e pelas FAQ consegue descrever o processo ("as encomendas demoram 2 a 3 dias úteis"), mas não consegue servi-lo ("a tua encomenda 4312 saiu ontem às 16h com a guia comunicada à AT e chega amanhã").
A distância entre estas duas respostas é exatamente o que separa um bot de €25 de um agente ligado ao ERP. Pegando no 3hash como exemplo concreto: €15/mês pelo chatbot do site, mais €10/mês pelo add-on de WhatsApp, mais €100 de setup. Responde a partir do site, do catálogo de serviços e das FAQ, capta leads, funciona 24/7 e fica pronto em "alguns dias". Não há qualquer menção a integração com ERP. Para o que promete, é um preço justo. O problema é que o que promete não chega a nenhum dos processos que a Meta enumera.
As reclamações estão onde o ERP está
Os números portugueses deste ano confirmam-no. O Portal da Queixa recebeu 39.380 reclamações em janeiro e fevereiro de 2026, mais 12% do que no mesmo período de 2025. Os dois motivos principais foram pagamentos e transações (21,09%) e entregas e logística (20,51%). Mais de 40% das queixas incidem sobre dados que vivem no ERP: faturas, recebimentos, encomendas, expedições.
A DECO analisou o atendimento digital de 24 empresas e deu notas entre "Mau" e "Razoável". Uma das críticas foi que os chatbots "empurram para FAQ em vez de permitir registar a reclamação". É o sintoma típico de um bot que conversa bem mas não tem onde escrever.
Quatro exemplos, quatro processos, um sistema
Calibração. Um cliente de um laboratório pergunta: "o paquímetro que vos mandei já está calibrado?" A resposta certa sai do QMS: ordem de trabalho, estado, certificado emitido ou pendente, data prevista. Um agente ligado ao sistema responde com o número do certificado e envia o PDF que já foi aprovado. Um bot de FAQ responde "o prazo médio é de 5 dias úteis", o cliente liga na mesma e o técnico interrompe a medição para atender.
Saúde e cuidados. A filha de uma residente num lar pergunta se a mãe já tomou a medicação da manhã. Esta informação é sensível e regulada, e existe apenas no registo de administração do ERP. O agente só pode responder se a pessoa estiver autorizada, só lê o que o seu papel permite e deixa registado quem perguntou o quê. Um bot generalista não tem acesso a esta resposta, e ainda bem que não tem.
Faturação eletrónica. "Mandem-me a segunda via da fatura de agosto." Parece trivial, mas aqui há uma fronteira legal. Em Portugal, a Portaria 363/2010 obriga a usar exclusivamente software de faturação certificado. Os documentos são assinados com a chave privada desse software, que não pode ter nenhuma função que altere informação fiscal sem deixar rasto. Um LLM não emite faturas nem as inventa. No máximo, pede ao software certificado o documento que já existe, ou prepara um novo para ser emitido. Isso é integração, não conversa.
Armazém. "Tenho as 40 caixas da referência X para levantar amanhã?" A resposta depende do stock disponível, não do físico, e das reservas de outras encomendas. Quem responde com dados reais evita um camião mandado ao armazém para nada.
Como se liga isto sem pôr em risco o ERP
É aqui que a maioria dos fornecedores se cala. Uma integração a sério não consiste em dar ao bot a password de administrador. Na prática, fazemos assim:
- Leitura por defeito. O agente consulta o ERP através da API oficial, com credenciais só de leitura e restritas às entidades de que precisa. No Cegid PHC GO, por exemplo, isto passa pela Simple API ou pela Full API, e ambas exigem um Acordo API Developer. No Moloni é uma API REST com OAuth 2.0. No InvoiceXpress a chave API vai na query string, o que obriga a cuidados adicionais do nosso lado.
- Respostas ancoradas nos dados. Cada resposta é construída a partir do registo que foi lido: número da encomenda, estado, data. Se o sistema não tem o dado, o agente diz que não sabe. Não preenche o vazio com algo plausível.
- Escrita só com regras. Quando o processo exige uma ação, como registar uma reclamação ou preparar uma guia, esta passa por permissões explícitas, pré-visualização e, quando faz sentido, aprovação humana.
- Auditoria. Fica registado quem perguntou, o que foi lido, o que foi respondido e o que foi feito. Se houver uma dúvida daqui a três meses, há uma resposta que não depende da memória de ninguém.
Esta é a diferença entre IA ancorada e um chatbot que adivinha. O modelo continua a ser um modelo de linguagem, mas passa a ser o intérprete da pergunta e o redator da resposta, e deixa de ser a fonte da verdade. A verdade continua no ERP, onde sempre esteve.
A objeção: "isto custa dez vezes mais"
Custa. Um agente ligado ao ERP anda tipicamente entre €250 e €1.200 por mês, conforme o número de sistemas e de ações. Por isso a pergunta útil não é "qual é mais barato?", mas sim "quantos contactos por semana acabam num humano a abrir o ERP para responder?".
Se a resposta for "quase nenhum", porque o teu negócio vive de perguntas sobre horários e preços, fica com o bot de €25. É honesto, é barato e a Meta não tem nada contra ele.
Se a tua equipa passa horas por semana a responder "onde está", "já está pronto", "manda-me a fatura", o bot de €25 não te poupa esse tempo. Apenas acrescenta um passo antes do telefonema.
Próximo passo
Faz este exercício esta semana: exporta as últimas 50 conversas de WhatsApp da empresa e marca as que exigiram alguém a consultar o ERP. Se passarem de metade, o teu problema não se resolve com um bot mais simpático. Resolve-se com integração.
Se quiseres, fazemos esse levantamento contigo: que processos, que sistema, que API, que permissões. Escreve para hello@leiritech.com ou liga para +351 914 572 595. Do outro lado estará quem escreve o código.
