"Vi a notícia do agente da Meta para pequenas empresas. Diz que trata do inventário e da tesouraria. Isto serve para nós?"
Se tens uma distribuidora, uma oficina, um laboratório ou uma rede de lojas em Portugal, é provável que alguém na tua equipa te tenha feito esta pergunta esta semana. A resposta curta: abre a lista de conectores antes de abrires a carteira. O agente sabe falar. A pergunta é com quê.
O que a Meta lançou a 29 de setembro
O Muse for Small Business é um agente de back-office para PME: promete ajudar a gerir tesouraria, inventário, o site e a comunicação com clientes. Há uma versão gratuita com limites e planos de 20 e 100 dólares por mês. Para quem já paga 25 euros por um bot de WhatsApp que só responde a perguntas frequentes, parece uma subida de nível barata.
O que faz o Muse útil não é o modelo de linguagem. É a lista de sistemas a que se liga. A lista anunciada tem quinze nomes: Asana, Box, Canva, Dropbox, Figma, Granola, HighLevel, QuickBooks, Klaviyo, Lovable, Notion, Shopify, Slack, Stripe e Zoom.
Lê outra vez. Nem PHC, nem Primavera, nem Sage na versão portuguesa, nem Moloni. A contabilidade é QuickBooks — que quase nenhuma PME portuguesa usa, porque não emite faturas certificadas pela AT. O inventário é Shopify — que funciona se vendes online e o teu stock vive lá, não se o stock vive no ERP onde a tua equipa faz guias de remessa.

Porque é que isto não é um pormenor
Um agente sem acesso aos teus dados é um agente que adivinha ou que pede desculpa. Quando o cliente pergunta "a minha encomenda já saiu?", só há três respostas possíveis:
- A inventada — o modelo diz algo plausível. Pior caso.
- A evasiva — "vou passar a um colega". O canal não resolveu nada.
- A consultada — o sistema lê a encomenda no ERP, vê que a guia foi emitida ontem às 16h com a transportadora X, e responde isso.
Só a terceira justifica ter o canal. E o custo das outras duas é medido. A Gartner publicou a 2 de setembro um estudo com 3.566 clientes: só 27% voltam a tentar um chatbot depois de uma má experiência. Noutro estudo da mesma casa, os clientes têm cerca de três vezes mais probabilidade de usar o ChatGPT ou outra IA de terceiros do que o chatbot da própria empresa — e usam-na para concluir tarefas, não para conversar.
Junta as duas coisas. O ChatGPT escreve melhor do que o teu bot e é grátis para o cliente. A única coisa que o teu canal tem e o ChatGPT não tem é acesso à encomenda, à fatura, ao lote, ao saldo. Se o teu agente também não tem esse acesso, não tem razão de existir. E se falhar na primeira resposta, três em cada quatro clientes não voltam.
Um exemplo concreto: distribuidora de material industrial com PHC
Imagina uma distribuidora em Leiria com PHC CS, 4.000 referências e uma equipa comercial que recebe pedidos por WhatsApp. As perguntas que chegam numa terça-feira normal:
- "Têm 200 parafusos M8x20 inox para entregar até sexta?"
- "Mandem-me a segunda via da fatura de agosto."
- "Qual é o meu preço para o artigo tal?" (cada cliente tem a sua tabela)
- "Já faturaram a encomenda 1432?"
Com o Muse, nenhuma destas tem resposta, porque nenhum dos dados vive em Shopify ou QuickBooks. Com um bot de 25 euros, a resposta vem de um texto que alguém escreveu há três meses. O preço é o de tabela geral, não o do cliente. O stock é "consulte-nos".
Com um agente ligado ao PHC, a primeira pergunta transforma-se em três leituras: stock disponível do artigo no armazém, quantidade já reservada em encomendas abertas, e prazo de reposição se faltar. A resposta diz quanto há livre, de onde sai, e se a sexta-feira é realista. A segunda pergunta vai buscar o PDF da fatura certificada — o documento que já existe, não um resumo — e envia-o, depois de confirmar que o número de telefone pertence a um contacto autorizado daquela entidade.

O mesmo raciocínio vale noutros domínios. Num laboratório de calibração, a pergunta é "o certificado do paquímetro que enviei já está emitido?" e a resposta vive no sistema de gestão da qualidade, não num CRM americano. Num lar, é "a medicação do meu pai foi administrada hoje?" — e aí, além da integração, tens dados de saúde, com tudo o que isso implica em proteção de dados. Nenhum destes cenários aparece numa lista de conectores feita para o mercado norte-americano.
"Mas o PHC tem API, não tem?"
Tem — e é aqui que a objeção séria aparece. Se os ERP portugueses têm API, porque é que isto não se resolve com um conector genérico?
Porque "ter API" significa coisas muito diferentes:
- PHC GO tem uma Simple API (funções principais, limitada) e uma Full API (todas as funcionalidades), mas exige um acordo de developer com a Cegid.
- PHC CS, a versão instalada que muitas empresas ainda correm, não nasceu com uma API moderna. Muitas vezes o caminho é ler da base de dados SQL Server através de vistas próprias, com um utilizador que só tem permissão de leitura.
- Primavera tem uma Web API que cobre criação, atualização, consulta e listagem de entidades.
- Moloni tem API em JSON com OAuth, cobre artigos, stock, entidades e mais de 20 tipos de documento, e não exige plano pago para desenvolver.
Quatro ERP, quatro caminhos. E nenhum deles resolve o problema real, que não é técnico: é saber que campos respondem a cada pergunta no teu caso. O stock "disponível" no teu PHC desconta as reservas ou não? A tabela de preço do cliente está na ficha ou num campo personalizado que alguém criou em 2014? Isto não está em nenhuma documentação. Está na tua empresa.
É por isso que a Meta não vai fazer este conector. Não é falta de vontade; é que o valor está na configuração de cada cliente, e isso não escala para 200 milhões de pequenas empresas.
Como se fecha o fosso sem trocar de ERP
No Brasil, a Omie mostrou o caminho em 2025: o próprio ERP passou a operar-se por WhatsApp — saldo, pedidos, fluxo de caixa, e até gerar pedidos de compra a partir das necessidades de stock. Em Portugal, nenhum dos ERP dominantes faz isto por defeito. A ponte tem de ser construída por cima do que já tens.
A forma como a construímos:
Leitura primeiro, e só leitura. O agente começa com um utilizador de base de dados ou uma credencial de API que só lê. Não há instrução no prompt a dizer "tem cuidado" — há uma permissão que não deixa escrever. A diferença importa: o caso público do agente da Replit que apagou uma base de dados de produção aconteceu apesar de instruções explícitas para não mexer em nada.
Respostas presas aos dados. Cada resposta cita o documento de onde veio: número da guia, da fatura, do lote. Se o dado não existe, o agente diz que não sabe e passa a um humano com a pergunta e o contexto já preenchidos.
Tudo auditado. Quem perguntou, de que número, o que foi lido, o que foi enviado. Quando um cliente diz "o vosso bot disse-me que havia stock", vais ao registo e vês exatamente o que o ERP tinha naquele momento.
Ações só numa lista fechada. Quando chegar a altura de escrever — criar uma reserva, registar um pedido — cada ação é uma função definida, com validações, e não uma porta aberta para o modelo improvisar.

O que fazer esta semana
Não precisas de decidir nada sobre o Muse. Precisas de uma lista. Vai às conversas de WhatsApp das últimas quatro semanas e marca as que a tua equipa só conseguiu responder depois de abrir o ERP. Conta-as. Agrupa por tipo: estado de encomenda, stock, preço, segunda via, certificado.
Essa lista é o teu caderno de encargos. Se a maioria das perguntas precisa do ERP — e numa empresa com operação real, quase sempre precisa — nenhum bot de 25 euros e nenhum conector de QuickBooks as vai resolver.
Se quiseres, manda-nos essa lista e o ERP que usas para hello@leiritech.com. Dizemos-te, com base no teu sistema, quais dessas perguntas se resolvem só com leitura, em quanto tempo, e quais não valem a pena automatizar. Somos uma equipa pequena em Leiria; quem te responde é quem escreve o código.
