Um cliente escreve às 22h47, no WhatsApp: "afinal cancela a minha encomenda, já não preciso". O bot responde, simpático e imediato: "Sem problema, a sua encomenda foi cancelada. Bom serão!". Parece resolvido. No dia seguinte a caixa segue na expedição, é enviada, o cliente recebe o que já não queria e liga furioso. O bot não cancelou nada. Disse que cancelou. São coisas diferentes, e é exatamente aí que se separa um bot de €25/mês de um agente ligado ao teu ERP.
Na demo, tudo brilha porque a demo é quase sempre de leitura ou de criação: perguntar o horário, apanhar um lead, "criar" uma marcação num campo que não existe em lado nenhum. Criar é fácil de encenar — não há estado anterior para respeitar. O problema real aparece quando a ação muda o estado de um registo que já vive no teu sistema: cancelar uma encomenda, alterar uma quantidade, emitir uma nota de crédito, revogar um certificado, suspender uma medicação. Aí não basta responder bonito. É preciso ir ao registo certo, verificar se a operação ainda é possível, executá-la e deixar rasto.
Ler é seguro. Escrever é onde a auditoria conta
Vale a pena separar as duas metades do trabalho, porque têm riscos completamente diferentes.
Ler é seguro por natureza: o agente consulta o teu ERP, encontra a encomenda, diz em que estado está, cita a origem (a fatura, a linha de stock, a guia) e, quando não sabe, diz que não sabe. Se ler mal, corrige-se com outra pergunta. Nada no mundo mudou.
Escrever é outra categoria. Uma escrita que muda estado é irreversível na prática — ou só reversível com trabalho e explicações. Cancelaste a encomenda de quem? Com que autorização? Antes ou depois de a fatura estar emitida? A caixa já tinha saído do armazém? É por isto que a nossa arquitetura é read-only por defeito e escrita auditada: ler não pede nada; escrever passa por uma ação identificada, com regras, e fica registada. Quem pediu, o quê, quando, sobre que registo, e qual foi o resultado. Não é um extra de segurança colado por cima — é a forma como a coisa é construída de origem.
O bot comoditizado — pensa no pacote típico de ~€25/mês mais ~€100 de instalação, em cima do WhatsApp nativo da Meta — não faz nenhuma destas duas metades sobre os teus dados. Não lê o teu ERP e, muito menos, escreve nele com rasto. Faz FAQ, apanha leads, responde 24/7 a partir de um guião fixo. Quando lhe pedes uma ação de estado, só tem dois caminhos: fingir que fez (o "cancelei" que não cancelou nada) ou empurrar para um humano repicar à mão no PHC ou no Primavera mais tarde. E, como a Meta passou a cobrar por mensagem (desde meados de 2025), até a conversa que não resolveu nada é faturada.
O mesmo problema, quatro terrenos
Isto não é uma teoria sobre e-commerce. A ação de escrita que muda estado é a mesma dor em domínios muito diferentes — muda só o que está em jogo.
Armazém e logística. Cancelar uma encomenda que ainda está em picking é trivial; cancelar uma que já tem guia de transporte e saiu é outra história. O agente ligado ao ERP verifica o estado real da linha antes de agir — se já expediu, não "cancela", abre o processo certo (devolução, recolha) e diz-te isso. O bot que não lê o estado promete o impossível e cria o problema que devia evitar.
Faturação eletrónica. Aqui não se "apaga" nada. Uma fatura emitida em Portugal não se cancela com um clique — corrige-se com uma nota de crédito, com a sua própria numeração, ATCUD e comunicação à AT, e tudo isto tem de bater certo no SAF-T. Um bot que diz "já anulei a fatura" está a mentir sobre uma obrigação fiscal. O agente encontra a FT concreta (por exemplo, FT 2026/1423), percebe que a operação correta é emitir a nota de crédito associada, e regista quem a pediu e quando. A diferença entre "responder" e "executar com auditoria" aqui não é conforto — é conformidade.
Calibração e QMS. Num laboratório ISO, revogar ou reemitir um certificado de calibração tem consequências a jusante: instrumentos, clientes, decisões de aceitação. O trilho de auditoria por origem — quem revogou, com que justificação, sobre que certificado — não é burocracia, é o que te permite passar a auditoria. Um chatbot sem ligação ao QMS não tem sequer onde escrever isto.
Saúde e cuidados a idosos. Alterar ou suspender uma medicação é a escrita de estado mais séria de todas. Sob regras como a RDC-502 da ANVISA e a proteção de dados do LGPD, cada alteração tem de ficar registada com quem, quando e porquê — em ciclo fechado, idealmente confirmado por código de barras. Não há aqui espaço nenhum para um bot que "acha" que suspendeu.
Porque é que o agente grounded não se limita a adivinhar
A tentação é achar que um modelo de linguagem melhor resolve isto. Não resolve — porque o problema nunca foi a conversa, foi a ligação. Um chatbot de guião responde a partir do texto com que foi treinado ou desenhado; se o preço, o stock ou o estado da encomenda mudou no ERP, ele não sabe. Um agente grounded vai buscar a resposta ao teu sistema no momento, lê o registo vivo, e só depois fala. E quando é para agir, não inventa uma ação — chama uma operação real e definida (via API, como a PHC GO nas versões Simple/Full, ou uma camada de leitura sobre a base de dados quando o ERP é mais antigo), com validação e log. Adivinhar é o que faz o barato. Consultar e executar com rasto é o que justifica os €250 a €1.200/mês.
A objeção honesta: "mas eu quero rapidez, não fricção"
É legítimo. Ninguém quer um agente que peça confirmação para tudo e transforme cada pedido num formulário. Também não é isso que propomos. A leitura é instantânea e sem atrito — a maior parte das perguntas de clientes é só leitura. A auditoria só entra quando a ação muda estado, e mesmo aí é desenhada para ser leve: uma confirmação clara, regras que dizem o que o agente pode fazer sozinho e o que escala para uma pessoa. Não é fricção gratuita — é a diferença entre uma ação que podes explicar seis meses depois e uma que ninguém consegue reconstruir.
O teste que podes fazer hoje
Pega no bot que estás a avaliar e não lhe perguntes o que sabe. Pede-lhe que faça algo que mude estado no teu sistema: "cancela a encomenda X", "emite a nota de crédito da fatura Y". Depois vai ao teu ERP e confirma. Se o estado mudou, e se ficou registado quem pediu e quando, estás a olhar para um agente ligado ao teu negócio. Se o registo continua igual mas o bot disse que resolveu, acabaste de encontrar o limite exato dos €25.
Se quiseres ver isto sobre os teus próprios dados, começamos sempre pela metade segura — uma camada de leitura por cima do ERP que já tens, sem lhe mexer. Fala connosco em leiritech.pt ou hello@leiritech.com.
