O agente respondia bem. Mas a empresa continuava a trabalhar à mão.
Um agente de IA só se torna parte da empresa quando consegue consultar e atualizar, com permissões controladas, os sistemas que fazem o trabalho: CRM, ERP, stock, faturação e regras de negócio. Sem essa camada de integração, há uma conversa convincente, mas não há uma operação concluída.
Por Reynier RiveroEngenheiro de software
Às 08:47 de uma terça-feira, uma cliente pergunta se a encomenda chega na sexta-feira. O agente encontra o registo no CRM, consulta o catálogo e responde com segurança.
A cliente escreve: “Então avance.”
Nesse momento, alguém da equipa abre o ERP. Confirma o stock disponível, verifica as condições comerciais, cria a encomenda, prepara a fatura e faz a marcação da entrega. A resposta ficou pronta antes da operação.
Cenário hipotético:
O agente não falhou a compreender a cliente. Falhou porque não tinha como concluir o trabalho.
O teste começa quando o cliente diz “avance”
Uma demonstração pode acabar com uma resposta convincente. Uma empresa precisa de uma sequência de ações.
É necessário identificar o cliente certo no CRM, consultar o estado correto no ERP, confirmar o stock real, aplicar as regras comerciais, decidir se a faturação pode avançar e registar o resultado sem duplicar dados.
Se alguém tiver de copiar informação entre cinco ecrãs, o agente não está integrado na empresa. Está apenas colocado ao lado dela.
O problema não é o modelo escrever mal. É não existir um percurso operacional que ligue a intenção do utilizador ao estado real do negócio.
Portugal está a apontar para o mesmo bloqueio
A Agenda Nacional de Inteligência Artificial, anunciada pelo Governo em 8 de janeiro de 2026, identifica a fragmentação de projetos, os pilotos sem escala, a falta de interoperabilidade e a complexidade da contratação pública como obstáculos à adoção de IA na Administração Pública. É um sinal de política pública, não uma prova de resultados empresariais, mas aponta para um problema muito concreto: experimentar é mais simples do que integrar. A fonte oficial da ANIA descreve estas barreiras.
O Plano de Ação 2026–2027 da Estratégia Digital Nacional, publicado em 29 de dezembro de 2025, coloca “Dados e Interoperabilidade” como um eixo estratégico, incluindo um novo regime de interoperabilidade e uma política nacional de dados. O comunicado oficial apresenta esse eixo e as respetivas ações.
O sinal estatístico também merece cuidado. Na edição de 2026 do Eurostat, 11,5% das empresas portuguesas abrangidas pelo inquérito — empresas com 10 ou mais pessoas ao serviço, incluindo trabalhadores por conta própria — usaram pelo menos uma tecnologia de IA em 2025, contra 20,0% no conjunto da UE. O valor inclui várias tecnologias de IA e não mede especificamente agentes ou integrações. O relatório oficial mantém esse denominador e apresenta os valores por país.
A inferência útil para uma empresa é simples: antes de discutir qual é o melhor modelo, vale a pena perceber se os dados e os processos conseguem trabalhar juntos. É esse o terreno das integrações de sistemas e automação de processos.
O CRM, o ERP e o stock não respondem à mesma pergunta
O CRM sabe quem é o cliente
O CRM pode indicar quem é o cliente, que contactos teve com a empresa e que oportunidades estão abertas.
Mas encontrar uma ficha não é o mesmo que autorizar uma operação. O agente deve saber distinguir um cliente existente de um novo registo, evitar duplicados e limitar os campos que pode consultar ou alterar.
O ERP sabe em que estado está a operação
O ERP concentra informação sobre encomendas, preços, fornecedores, pagamentos ou condições comerciais.
Uma resposta gerada a partir de informação antiga pode parecer correta e ainda assim criar uma encomenda errada. O agente precisa de consultar a fonte certa no momento certo e saber quando a resposta deve parar para aprovação.
O stock decide o que pode ser prometido
Um ficheiro de catálogo pode dizer que um produto existe. O stock disponível, as reservas e os prazos do fornecedor dizem se pode ser entregue.
Esta diferença é pequena numa conversa e enorme para a operação. Um agente que promete sem confirmar transforma uma pergunta de vendas num problema de atendimento.
A faturação transforma decisão em documento
Emitir uma fatura não é apenas preencher um texto. Há dados do cliente, linhas da encomenda, condições comerciais e regras internas que têm de estar consistentes.
O agente pode preparar a ação, mas a empresa deve decidir se pode executá-la automaticamente. Em muitos casos, a confirmação humana não é uma falha de automação; é uma fronteira de responsabilidade bem desenhada.
As regras de negócio ficam entre o modelo e os sistemas
O modelo interpreta linguagem. As regras de negócio determinam o que é permitido.
Uma promoção pode aplicar-se apenas a determinados produtos. Uma encomenda acima de certo valor pode exigir aprovação. Uma alteração de dados de faturação pode obrigar a validação. Um cliente com pagamentos pendentes pode não poder avançar para a expedição.
Estas condições não devem ficar escondidas num prompt comprido. Devem existir como regras verificáveis, com respostas claras para “permitir”, “recusar” ou “pedir aprovação”.
O prompt dá direção. A integração, as permissões e as regras dão limites.
Como transformar a demonstração numa operação
1. Desenhe o percurso completo
Escolha uma operação concreta, como responder a uma dúvida de stock e concluir uma encomenda.
Escreva cada passo: mensagem recebida, identificação no CRM, consulta ao ERP, verificação do stock, aplicação da regra comercial, aprovação, criação da encomenda, preparação da fatura e marcação da entrega.
Se um passo ainda depende de uma pessoa a copiar informação, isso não é um detalhe. É parte do âmbito do projeto.
2. Exponha ações, não credenciais
Um agente não precisa de “acesso ao ERP”. Precisa de ferramentas específicas, como consultar stock, obter condições de cliente ou criar uma encomenda.
Cada ferramenta deve ter uma permissão própria, campos de entrada validados, limites de utilização, registo da chamada e uma resposta previsível quando o sistema do fornecedor está indisponível.
É assim que se constroem agentes de IA com ações controladas, em vez de simplesmente se ligar um modelo a uma conta com demasiados privilégios.
3. Decida o que acontece quando os sistemas discordam
O CRM pode ter um endereço antigo. O ERP pode mostrar um preço diferente. O sistema de stock pode indicar zero unidades enquanto o catálogo continua a anunciar disponibilidade.
O agente não deve escolher a versão mais conveniente. Deve interromper o percurso, explicar o conflito e encaminhar a decisão para a pessoa responsável.
4. Teste os casos em que a operação deve parar
Os testes mais importantes nem sempre são os casos felizes.
Teste um cliente duplicado, stock insuficiente, preço promocional expirado, fornecedor sem resposta, dados de faturação incompletos, tentativa de cancelar uma encomenda já expedida e uma ação que exige aprovação.
Um agente operacional não é avaliado apenas por responder bem. É avaliado por saber quando não deve avançar.
5. Registe o percurso sem copiar tudo
A equipa deve conseguir saber que ferramenta foi chamada, que regra foi aplicada, que sistema respondeu e se houve aprovação humana.
Os registos devem ser úteis sem replicar, por defeito, o texto integral das conversas, os dados pessoais ou todos os campos do CRM. Rastreabilidade não significa criar uma nova cópia descontrolada da operação.
A pergunta que vale fazer antes de escolher outro modelo
Um modelo pode ser substituído. O contrato entre o agente, os sistemas e as regras da empresa é o que dá continuidade ao trabalho.
Um agente pode escrever respostas excelentes e continuar fora da empresa. Só ganha um lugar real quando consegue participar no percurso que transforma uma intenção numa encomenda, numa fatura, numa atualização de stock ou numa decisão aprovada.
Se a sua equipa não consegue desenhar esse percurso de ponta a ponta, talvez ainda não precise de testar outro modelo. Precisa de mapear a integração — e decidir onde o agente pode agir, onde deve parar e quem aprova.
Quando esse mapa exigir APIs, ferramentas e software adaptado à operação, a Prontavel pode ajudar a construir a camada técnica com os sistemas que a empresa já utiliza. Em alguns casos, isso passa por software personalizado para a operação. Também pode começar por perceber que informação o seu agente consegue realmente ver.
O serviço de que fala este artigo: Deixe de mover dados à mão