São 9h14. Chega uma mensagem no WhatsApp: «Afinal entreguem no armazém novo, não na loja da baixa. Ainda vão a tempo?» A encomenda foi fechada ontem à noite. A onda de picking arranca às 9h30. Tens quinze minutos para descobrir se aquela encomenda já está a ser separada, mudar a morada no sítio certo e garantir que a etiqueta que sai da impressora leva a morada nova — não a antiga.
É aqui que se vê a diferença entre um assistente que conversa e um agente que trabalha. E é uma diferença que custa dinheiro, porque uma entrega ao endereço errado é uma devolução, um reenvio, um cliente irritado e uma pessoa da equipa a apagar o fogo em vez de fazer o trabalho dela.
O que o bot de €25 realmente faz
O bot básico — aquele de €25/mês, ligado ao Meta, treinado com três FAQs — faz uma coisa bem: responde em português correto e simpático. «Claro! Vou registar o pedido de alteração de morada e a nossa equipa trata disso o mais breve possível.» Fica bonito no ecrã.
Só que não fez nada. Não sabe se a encomenda existe, não sabe em que estado está, não toca no teu sistema. O que aconteceu, na prática, foi criar mais uma tarefa manual: alguém tem de ler a conversa, abrir o ERP, encontrar a encomenda, verificar se ainda dá para alterar e mudar o campo à mão. O bot não resolveu o problema — só o reformulou com boas maneiras e passou-o para a tua equipa. Nas horas de ponta, essa mensagem fica na fila. E a onda de picking não espera pela fila.
O que muda quando o agente está ligado ao ERP
Um agente ligado ao teu ERP faz o percurso todo. Recebe «muda a morada», identifica o cliente, procura a encomenda em aberto, lê o estado real: está confirmada, ainda não foi para separação, a janela de alteração está aberta. Confirma contigo — «Encontrei a encomenda 2026-4471, ainda não entrou em picking. Confirmas a morada nova?» — e, com o teu ok, altera o registo. A etiqueta que sai já leva a morada nova.
A diferença não é a conversa. É o acesso aos dados reais e a ação executada sobre eles. O bot de €25 vive fora do teu negócio; o agente vive dentro dele. É exatamente por isso que um custa €25 e o outro €250 a €1.200 por mês — não estás a pagar pela simpatia das respostas, estás a pagar pela integração e pela ação.
O timing é o que separa uma alteração de uma devolução
Numa encomenda, existe uma janela curta em que a morada ainda se pode mudar sem custo: entre a confirmação e o momento em que entra na separação. Depois disso, a caixa está feita, a guia impressa, o transportador agendado — e mudar já significa cancelar, reembalar ou desviar em rota. Cada uma dessas coisas custa tempo e dinheiro.
O valor do agente ligado ao ERP está precisamente em saber, em tempo real, se essa janela ainda está aberta. Um chatbot desligado não faz ideia; responde «vamos tratar» quer a encomenda esteja na doca quer já esteja no camião. O agente lê o estado e diz a verdade: «dá para mudar» ou «esta já saiu, vou abrir uma retificação de entrega». Isso é a diferença entre evitar o erro e gerir o estrago.
Escrever no ERP — mas auditado, não à sorte
Deixar um agente escrever no teu sistema assusta, e com razão. A resposta não é «confiar na IA»; é arquitetura. O princípio que seguimos é simples: leitura por defeito, escrita controlada. O agente lê à vontade — encomendas, estados, histórico — porque ler não estraga nada. Escrever é a exceção, sempre confirmada e sempre registada.
Quando a morada muda, fica um rasto: quem pediu, através de que canal, o valor antigo, o valor novo, a data e a hora, e quem confirmou. Se amanhã a encomenda for parar ao sítio errado, não há «acho que alguém mudou» — há o registo exato. É a mesma lógica de auditoria que exigimos num ERP de calibração ISO ou num sistema de saúde com LGPD: a rastreabilidade não é um extra, é parte do desenho. Um bot de €25 não te dá isto porque não escreve em lado nenhum — só conversa.
Porque é que «grounded» ganha ao chatbot que adivinha
A palavra da moda é «IA». O que interessa é onde é que a IA vai buscar a resposta. Um chatbot genérico gera texto plausível a partir de padrões de linguagem — soa bem, mas não está preso a nada. Se lhe perguntas «a minha encomenda ainda dá para mudar?», ele inventa uma resposta simpática, porque não tem dados.
Um agente grounded está amarrado aos teus dados: cada resposta sai de uma consulta real ao teu ERP, não da imaginação do modelo. Se o sistema não sabe, diz que não sabe — não adivinha. Numa operação, um «não sei, vou verificar» honesto vale mais do que um «sim, sem problema» confiante e errado, porque o erro confiante é o que te manda a encomenda para a morada antiga.
E não é só o armazém
O mesmo padrão repete-se onde quer que haja um pedido que exige tocar num registo real. Na faturação eletrónica, «corrijam o NIF nesta fatura» só faz sentido se o sistema conhecer o documento, souber se já foi comunicado à AT e agir dentro das regras. Na saúde, mudar uma marcação exige ver a agenda real, não uma resposta genérica. Em todos os casos, o divisor de águas é o mesmo: o sistema conhece os teus dados e executa a ação, com rasto — ou apenas conversa e devolve-te o trabalho.
O próximo passo
Se já tens um ERP — PHC ou outro — não precisas de o arrancar para pôr um agente a trabalhar por cima dele. O que muda a operação não é substituir o que já funciona; é ligar-lhe um agente que lê os teus dados e executa ações concretas, auditadas, sobre eles.
Escolhe o pedido que mais te consome tempo — «muda a morada», «já receberam o meu pagamento?», «altera esta fatura» — e mede quantas vezes por semana ele te obriga a parar e ir ao sistema à mão. Esse número é o que um agente ligado ao teu ERP te devolve. Fala connosco em hello@leiritech.com e mostramos-te o trabalho, não a magia.
