A conversa começa sempre da mesma maneira. Queres que a IA faça algo útil com as tuas encomendas, as tuas faturas ou as tuas ocorrências, e alguém —um integrador, um comercial, um consultor de boa-fé— explica-te que primeiro é preciso pôr a casa em ordem: migrar para uma plataforma nova, moderna, com API, e só depois montamos os agentes por cima. Soa a bom senso. E para uma empresa de vinte mil pessoas provavelmente é. Para uma de duzentas, é um desvio de dezoito meses em que a IA não toca num único processo e o negócio congela enquanto se muda.
A decisão de fundo não é que ferramenta comprar. É esta: o sistema velho é mesmo o que te bloqueia, ou é apenas o que dá mais jeito culpar?
Migrar o sistema legacy ou pôr agentes de IA por cima: as duas rotas, e nenhuma é grátis
Há dois caminhos e convém chamá-los pelo nome, porque o marketing mistura-os de propósito.
- Replatform (migrar). Substituis o sistema de registo —o ERP, o CRM, o gestor do setor— por outro. O dado muda-se, os processos refazem-se, a equipa reeduca-se. A IA chega depois, se chegar.
- Overlay (pôr por cima). Deixas o sistema onde está e montas uma camada de agentes que lê e escreve contra ele por API, por MCP ou pelo conector que houver. O sistema de registo não muda; muda quem faz o trabalho à volta.
A armadilha habitual é apresentar o overlay como um penso rápido e o replatform como a solução séria. Não é assim: são duas apostas diferentes com duas faturas diferentes, e as duas têm letra pequena. O que se segue são os sintomas para saberes em qual estás.
O desvio de dezoito meses tem um dado por trás
O argumento do «migramos primeiro» assenta numa promessa: que o projeto acaba quando o plano diz. Os dados do setor não acompanham. O relatório anual da Panorama Consulting Group sobre projetos de software empresarial, publicado a 4 de março de 2026, concluiu que mais de um quarto das organizações ultrapassou o orçamento do projeto, e aponta como causa principal a necessidade de tecnologia adicional.
O pormenor interessante não é a percentagem: é o mecanismo que descrevem. Segundo o próprio relatório, as organizações costumam descobrir os desalinhamentos graves tarde no projeto, e a reação é recorrer a mais tecnologia, alargar o âmbito e construir desenvolvimentos à medida. Ou seja: o sobrecusto não vem de ter escolhido mal o software, vem de descobrir tarde que não encaixava. Fonte: The 2026 ERP Report, Panorama Consulting Group, 4 de março de 2026.
Traduzido para a tua decisão: se migras para poderes pôr IA, estás a apostar que daqui a ano e meio vais ter uma plataforma nova e vontade de começar o projeto de IA. Os dois pressupostos são otimistas ao mesmo tempo.
Quando a ferramenta velha É mesmo o estrangulamento
Há quatro sintomas que justificam mesmo migrar, e nenhum deles é «é antiga». Reconhecem-se porque bloqueiam o trabalho, não porque incomodam:
- O dado não se consegue ler. Não há API, não há exportação programável, não há base de dados a que ligar. Só ecrãs. Podes robotizar o ecrã, mas isso é RPA e parte-se sempre que o fornecedor muda um botão de sítio.
- A licença está a morrer. O fabricante anunciou fim de suporte com data, ou o sistema corre sobre uma versão que já ninguém corrige. Aqui o calendário não é teu: já to puseram.
- O compliance obriga-te. Uma norma nova exige algo que o sistema não consegue fazer —um registo inalterável, uma rastreabilidade, um formato de envio— e não há remendo que valha.
- O sistema é o processo. Não é que guarde o dado: é que a lógica de negócio vive lá dentro, em desenvolvimentos que ninguém documentou e que só uma pessoa percebe — e essa pessoa reforma-se daqui a dois anos.
Se estás num destes quatro, migra. E se vais migrar, fá-lo pelo motivo certo e não o disfarces de projeto de IA: são dois orçamentos, dois calendários e duas equipas.
Quando não é, e só estás a comprar a agenda de outro
O caso muito mais frequente é o contrário: o sistema velho funciona, guarda bem o dado e tem uma API razoável, mas é feio, a interface é de 2014 e ninguém gosta de o usar. Isso não é um estrangulamento: é um incómodo. E o incómodo não justifica dezoito meses.
O sinal de alarme mais fiável é quem traz a proposta. Se a rota do «migrar primeiro» vem de quem vende a plataforma de destino ou de quem fatura a migração, não estás a receber um diagnóstico: estás a receber a agenda comercial dessa pessoa, que é legítima mas não é a tua. Pergunta a única coisa que separa as duas: que processo concreto não se consegue automatizar hoje sem migrar, e porquê? Se a resposta for genérica —«para ter uma base sólida», «para estarmos preparados»—, a resposta é que se consegue.
Há um matiz que aparece cada vez mais: algumas plataformas já trazem os seus próprios agentes de série, por isso migrar parece trazer a IA incluída. Trazem uma parte, e essa parte tem a sua própria fatura. No Dynamics 365 Business Central, por exemplo, os agentes nativos são cobrados por consumo e a documentação da Microsoft é explícita: quando a quota se esgota, a capacidade de IA deixa de estar disponível até se acrescentar mais. Não é um motivo para não migrar; é um motivo para não contar a IA nativa como se fosse grátis. Essa conta, nesse caso concreto, está desenvolvida em automatizar o Business Central com IA. Fonte: Manage consumption-based billing for agent capabilities, Microsoft Learn, atualizado a 8 de julho de 2026.
O custo escondido do overlay, que também não te contam
Seria desonesto vender o overlay como a opção sem fatura. Tem três custos reais e convém olhar para eles antes, não depois:
- Dívida de integração. Cada ligação que montas é uma peça que alguém tem de manter. Quando o fornecedor muda a API ou o modelo, alguém tem de a arranjar — e essa rubrica é exatamente a manutenção das automatizações, a que ninguém orçamenta.
- Permissões espalhadas. O agente precisa de credenciais no sistema velho, e os sistemas velhos costumam ter um modelo de permissões de tudo ou nada. Resolvê-lo bem dá trabalho; resolvê-lo mal custa um incidente.
- Dupla fonte de verdade. Se a camada de agentes começa a guardar estado próprio —a sua memória, a sua fila, as suas decisões—, acabas com dois sítios onde olhar. A regra é simples: o sistema de registo continua a ser o sistema de registo, e a camada não guarda nada que não consiga reconstruir.
E há um quarto custo que não é de manutenção mas de propriedade: a camada que puseres por cima também caduca. A OpenAI apresentou o Agent Builder, a sua tela visual para montar agentes, em outubro de 2025; anunciou a descontinuação a 3 de junho de 2026 e fixou o desligamento para 30 de novembro de 2026. Treze meses. Por isso a pergunta sobre em que camada montas o overlay e o que te deixam levar contigo não é menor, e está desenvolvida em em que camada vive o teu agente e quanto custa sair. Fonte: Agent Builder, documentação da OpenAI, consultada a 7 de setembro de 2026.
A regra, numa frase
Quase todas as empresas médias que se colocam esta questão estão no segundo caso e julgam estar no primeiro. A diferença comprova-se numa tarde: tenta tirar por API os últimos cem registos do processo que te dói. Se saem, não precisas de migrar para começar. Se não saem, já sabes porque é que migras — e também sabes que a IA é o segundo projeto, não o primeiro.
Como se decide esta semana, sem comité
- Escolhe um processo, não uma estratégia. O que come mais horas. Um.
- Verifica o acesso ao dado. Consegue ler-se e escrever-se por API ou por conector? Meia tarde de trabalho técnico responde a isto, e responde a sério.
- Põe data às obrigações. Fim de suporte, mudanças regulatórias, contratos que expiram. Se houver uma data real, é ela que manda.
- Estima as duas rotas para ESSE processo. Não para a empresa inteira: para esse processo. O overlay estima-se em semanas; se a tua estimativa de overlay também sai em trimestres, alguma coisa está mal colocada.
- Decide e escreve-o. Com o motivo. Daqui a um ano alguém vai perguntar porquê, e «foi o que nos recomendaram» não é uma resposta.
Nós fazemos quase sempre a segunda, e não por dogma: porque na maioria dos casos que nos chegam o dado já se consegue ler e o que falta é alguém fazer o trabalho. Montamos a camada contra o sistema que já tens —é assim que se integra a IA com os sistemas que já usas—, medimos o que poupa e, se pelo caminho aparecer um dos quatro sintomas de cima, dizemo-lo. Não vendemos migrações. Também não vendemos a ideia de que nunca é preciso migrar.