A manchete é das que fazem um CFO parar de rolar o feed: a SAP anunciou um conjunto de ferramentas de transformação conduzida por agentes de IA que, segundo a empresa, reduz em mais de 35% o esforço de migração de ERP — com disponibilidade geral (GA) prevista para o terceiro trimestre de 2026. Menos esforço, menos custo, projetos mais rápidos. Para quem já viveu uma migração S/4HANA, soa quase bom demais.
E é verdade — com uma ressalva que muda tudo. A IA da SAP acelera de fato a parte técnica e repetitiva da migração: análise de sistema, remediação de código, configuração e testes automatizados. Mas os 35% são de esforço técnico, não de risco de projeto. E o risco de um projeto S/4HANA quase nunca mora no código — mora na integração entre sistemas e na governança do dado, exatamente as camadas que a IA de migração não toca. Este artigo separa o que o tooling realmente acelera do que continua sendo engenharia humana, e mostra onde os projetos de fato emperram.
O que a SAP anunciou: tooling agent-led com -35% de esforço, GA no Q3 2026
O anúncio da SAP descreve uma camada de agentes de IA aplicada ao ciclo de migração para o S/4HANA. Em vez de times inteiros percorrendo manualmente cada objeto do sistema legado, agentes conduzem etapas do processo: analisam o sistema de origem, apontam e remediam código customizado incompatível, ajudam na reconfiguração e geram e executam testes automatizados. A promessa quantificada é uma redução de mais de 35% no esforço dessas atividades, com o pacote entrando em disponibilidade geral a partir do terceiro trimestre de 2026.
É um avanço real e bem-vindo. As atividades que a SAP mira são justamente as mais trabalhosas, repetitivas e caras da migração — o tipo de labor em que uma equipe grande passa meses. Automatizar boa parte disso encurta cronograma e reduz o custo de mão de obra técnica. O problema não está no que a SAP prometeu; está no que a comunicação de marketing deixa implícito: que 35% do esforço técnico equivale a 35% do risco e da complexidade do projeto. Não equivale.
O que a IA de fato acelera: análise, remediação de código, configuração e testes
Vale ser justo e específico sobre onde o tooling entrega valor, porque é bastante. A análise de sistema — mapear o que existe no legado, quais customizações foram feitas, o que é usado e o que virou entulho — é um trabalho de garimpo que a IA faz mais rápido e com mais cobertura que um time humano varrendo transação por transação. A remediação de código — identificar ABAP customizado que não roda no S/4HANA e ajustá-lo — é padrão-reconhecível o suficiente para que agentes acelerem bastante a correção.
A configuração assistida por IA reduz o esforço de reparametrizar módulos, e os testes automatizados gerados por agentes cobrem cenários que antes exigiam roteiros manuais escritos à mão. Somadas, essas quatro frentes são exatamente onde nascem os 35%. Se o seu projeto fosse só código, configuração e teste, o tooling da SAP resolveria a maior parte da dor. Mas nenhum projeto S/4HANA de verdade é só isso.
O que a IA NÃO migra: integração entre sistemas e governança de dado
Aqui está o buraco que o número de 35% esconde. Uma migração de ERP não é uma ilha: o S/4HANA precisa conversar com o e-commerce, com o OMS, com o CRM, com sistemas legados que ninguém quer tocar, com integrações fiscais e com uma dúzia de fluxos que atravessam a operação. Reconstruir e validar essas integrações é trabalho de engenharia humana — envolve entender contratos de negócio, mapear campos entre sistemas com semânticas diferentes, tratar casos de borda e garantir que nada quebre no caminho. A IA de remediação de código não faz isso, porque não é um problema de código: é um problema de arquitetura entre sistemas.
O segundo buraco é a governança de dado. Migrar dados não é copiá-los de um lugar para outro; é decidir o que migra, limpar duplicidade e inconsistência, definir a fonte de verdade de cada entidade e garantir que o dado chegue confiável do outro lado. Dado que migra sujo contamina o novo ambiente e transforma o S/4HANA numa versão mais cara do problema antigo. Nenhum agente de migração resolve governança sozinho, porque governança é decisão de negócio sobre o significado do dado — não uma transformação mecânica.
Onde os projetos S/4HANA realmente emperram (SAP ↔ e-commerce, OMS, legado)
Quem já conduziu uma migração sabe: o cronograma não estoura na semana de remediar código. Estoura quando o pedido criado no e-commerce não bate com o que o S/4HANA espera receber; quando o estoque do OMS diverge do ERP em horário de pico; quando um sistema legado que ninguém documentou revela uma dependência escondida na véspera do go-live; quando o dado de cliente migrado tem três CPFs para a mesma pessoa. São os pontos de encontro entre sistemas — e a qualidade do dado que trafega por eles — que definem se o projeto chega em produção no prazo ou vira uma novela de adiamentos.
É por isso que reduzir 35% do esforço técnico, embora ótimo, pode dar uma falsa sensação de progresso. Se a empresa acelera o código com IA mas subestima a integração e a governança, o projeto fica pronto "por dentro" e trava "por fora" — na hora de conectar o novo ERP ao mundo real da operação. O gargalo simplesmente se desloca da parte que a IA cobriu para a parte que ela não cobre.
Como a CCX conduz a migração onde o tooling para (integração event-driven + squads)
É exatamente nessa fronteira — onde o tooling da SAP entrega o código e a integração começa — que a CCX Company atua. A IA acelera o técnico; a CCX conduz o que continua sendo engenharia: conectar o S/4HANA ao resto da operação e governar o dado que migra.
Na prática, isso combina duas frentes do portfólio. A prática de Integrações & APIs Enterprise reconstrói a camada que a IA de migração não resolve: SAP ↔ e-commerce, OMS e legado, num fluxo event-driven (Kafka, RabbitMQ) e com expertise nos protocolos do mundo SAP — OData, iDocs, RFC — além de MuleSoft quando o cenário pede API-led connectivity. Assim, cada mudança relevante (pedido, estoque, status) trafega entre os sistemas de forma confiável e em tempo real, em vez de depender de cargas em lote frágeis. A segunda frente são as squads dedicadas: engenheiros sêniores com mais de 10 anos de experiência e onboarding em 48h, que conduzem a migração e a governança de dado onde o tooling automatizado para — tratando casos de borda, definindo fontes de verdade e garantindo que o dado chegue limpo.
A IA da SAP acelera o código; a integração e a governança de dado ainda são engenharia. A CCX conduz a migração onde o tooling para — conectando SAP a e-commerce, OMS e legado num fluxo event-driven governado. Comece por um assessment de prontidão de migração. Integrar SAP ao seu e-commerce →
Perguntas frequentes
A IA da SAP realmente reduz 35% do esforço de migração?
Segundo a SAP, sim — o tooling agent-led reduz em mais de 35% o esforço nas atividades técnicas de migração (análise de sistema, remediação de código, configuração e testes automatizados), com GA a partir do Q3 2026. A ressalva é que esse número se refere ao esforço técnico, não ao risco total do projeto.
O que a IA de migração da SAP não faz?
Ela não reconstrói as integrações entre sistemas (SAP ↔ e-commerce, OMS, CRM, legado) nem resolve a governança do dado que migra. Integração é um problema de arquitetura entre sistemas com semânticas diferentes, e governança é decisão de negócio sobre o significado do dado — nenhum dos dois é uma transformação mecânica de código que a IA automatize sozinha.
Por que os projetos S/4HANA emperram, se não é no código?
Porque o cronograma estoura nos pontos de encontro entre sistemas e na qualidade do dado: pedido do e-commerce que não bate com o ERP, estoque do OMS que diverge em pico, dependência escondida num legado, dado de cliente duplicado. São essas conexões, e não a remediação de código, que decidem se o projeto chega em produção no prazo.
Se a IA acelera o código, por que ainda preciso de engenharia de integração?
Porque acelerar o código sem cuidar da integração e da governança apenas desloca o gargalo: o projeto fica pronto "por dentro" e trava "por fora", na hora de conectar o novo ERP à operação real. A engenharia de integração é o que faz a migração efetivamente chegar em produção.
Como a CCX ajuda numa migração SAP com IA?
A CCX conduz a parte que o tooling não cobre: reconstrói as integrações SAP ↔ e-commerce, OMS e legado num fluxo event-driven (Kafka, RabbitMQ, com OData/iDocs/RFC e MuleSoft quando aplicável) e aloca squads sêniores para conduzir a migração e a governança de dado. Começa por um assessment de prontidão de migração.
Este artigo faz parte da cobertura da CCX sobre projetos SAP. Veja também: "Migração S/4HANA: empresas adiam o Joule por gargalo de integração" e "Integração SAP e o Joule multi-system: a IA só entrega valor com sistemas conversando".