A SAP não deixa um keynote passar sem o Joule. O copiloto de IA aparece em todo slide de estratégia, prometendo a "empresa autônoma" rodando sobre o S/4HANA. Mas há um número, reportado por CIO.com, heise e E3 Magazine, que desmonta o slide: 6 em cada 10 empresas que migram para o S/4HANA se consideram "não ágeis, eficientes e flexíveis o suficiente" para operar a IA — mesmo quando poderiam ligar o Joule sem gasto adicional relevante.
Na prática da migração, a IA é neglicenciada. O time consome todo o orçamento e o prazo com o núcleo do projeto — finanças, compras, produção, logística — e o Joule "fica pra depois". O problema é que, para a maioria, o "depois" não chega.
Este artigo explica por que a IA é a primeira coisa a sair do escopo de uma migração, por que o modelo de preço do Joule agrava a hesitação, e o que separa as poucas empresas que integram a IA desde o início das muitas que a adiam indefinidamente.
O número que desmonta o slide (6 em 10 pulam a IA)
O dado precisa ser lido com cuidado porque ele não diz "as empresas não querem IA". Diz algo mais desconfortável: a maioria que migra para o S/4HANA se avalia como despreparada para operar a IA mesmo tendo-a disponível. Não é falta de licença. Não é, na maioria dos casos, falta de vontade. É falta de fundação — de dado organizado, de processo padronizado e de time livre para tocar a IA enquanto o core da migração consome tudo.
Isso contradiz frontalmente a narrativa de que o Joule "vem junto" e portanto será adotado. Vir junto não é o mesmo que ser usado. Um copiloto de IA sobre um ERP recém-migrado, com dado ainda em estabilização e processos ainda em ajuste, entrega pouco — e entregar pouco no meio de um projeto que já está apertado é motivo suficiente para ser cortado do escopo.
Por que a IA é a primeira a sair do escopo na migração
Uma migração para o S/4HANA é um dos projetos mais pesados que uma empresa toca. Há um prazo real pressionando — o fim do mainstream do ECC em 2027 — e há um núcleo inegociável: os processos que fazem a empresa faturar precisam continuar faturando no dia seguinte ao go-live. Diante disso, todo comitê de migração faz a mesma matemática: o que é essencial para o go-live fica; o que pode esperar, espera.
A IA quase sempre cai no segundo balde. Ela não é pré-requisito para o go-live — a empresa operava sem Joule antes e vai operar sem Joule no dia do corte. Então, quando o cronograma aperta (e ele sempre aperta), o Joule é a primeira coisa a ser empurrada para uma "fase 2" que raramente ganha orçamento próprio. O resultado é uma migração tecnicamente bem-sucedida que entrega exatamente o ERP antigo em uma casca nova — sem a camada de inteligência que era o argumento de venda.
Há um segundo motivo, mais silencioso: a IA depende de integração e dado limpo, e esses são justamente os itens que uma migração sob pressão tende a fazer no mínimo viável. Um Joule ligado sobre integrações improvisadas e dado não padronizado alucina, responde errado e queima a confiança do time — o que reforça a percepção de "não estamos prontos" e empurra a IA ainda mais para longe.
O problema do pricing por ação (não por usuário)
Some-se um fator comercial que trava a decisão antes mesmo dela ser técnica. O Joule e boa parte da IA da SAP são cobrados por consumo/ação, não por licença de usuário. Para quem passou décadas orçando SAP por assento, isso é um modelo estranho: como estimar o custo anual de uma coisa que varia com quantas ações a IA executa, antes de sequer saber quantas ações a operação vai gerar?
Essa dificuldade de modelagem tem um efeito prático: na dúvida sobre o custo, o CFO não aprova o item no escopo da migração. E como a IA já era a candidata natural ao corte por não ser essencial ao go-live, o pricing por ação apenas dá o argumento financeiro que faltava para adiá-la. O modelo de preço, que deveria alinhar custo a valor, acaba funcionando como mais um motivo para o "fica pra depois".
A saída aqui não é ignorar o modelo — é instrumentar o consumo: mapear as intenções e volumes reais da operação para transformar "não sei quanto custa" em uma projeção defensável. Isso é trabalho de arquitetura e de dado, não de negociação de contrato.
Nestlé vs. a maioria: o que separa quem integra o Joule
O contraexemplo existe e é instrutivo. A Nestlé migra para o S/4HANA integrando o Joule direto no sistema, em vez de deixá-lo para uma fase futura. Casos como esse — e o da Samsung, que investiu cerca de dois anos integrando processos antes de migrar — têm um denominador comum: a IA só entra na migração quando a fundação e o time estão prontos.
Fundação, aqui, significa dado padronizado e processos suficientemente limpos para que a IA leia algo confiável — o princípio do "clean core" que a SAP prega e que a maioria trata como detalhe técnico. Time pronto significa que existe capacidade dedicada para tocar a camada de IA sem roubar as pessoas que estão fazendo o core da migração acontecer. As empresas que pulam a IA quase sempre falham em um desses dois pontos — e geralmente nos dois.
A lição não é "seja a Nestlé". É reconhecer que integrar a IA na migração é um problema de fundação + capacidade, e que ambos são endereçáveis com antecedência — desde que a empresa não trate a IA como um toggle que se liga no final.
Como a CCX libera o core e integra SAP ↔ sistemas
A CCX atua exatamente onde a IA da migração morre: na integração e na capacidade de time. A oferta de Integrações & APIs Enterprise conecta o SAP ao restante do ambiente — e-commerce, OMS, WMS, gateways, sistemas legados — com arquitetura event-driven em Kafka e RabbitMQ, além de MuleSoft quando o cenário pede, dando ao dado a padronização e a latência que o Joule precisa para não alucinar. É a diferença entre uma IA que lê dado confiável e uma que responde sobre um cadastro desatualizado.
Em paralelo, as squads dedicadas (engenheiros sêniores, onboarding em 48h) existem para resolver o segundo gargalo: liberar o seu time interno do trabalho de integração para que a IA não seja a primeira coisa cortada quando o cronograma aperta. A camada de integração é construída pela squad; o seu time fica com o core da migração. E antes de tudo, a Consultoria em Tecnologia entrega o diagnóstico e a arquitetura-alvo — incluindo a instrumentação de consumo que transforma o pricing por ação do Joule em uma projeção de custo defensável antes de assinar.
Metodologia de 6 fases, mais de 200 projetos entregues. O padrão que vemos: a migração não falha na IA por falta de tecnologia — falha porque ninguém preparou a fundação e ninguém tinha braço sobrando para a camada de inteligência.
Se a migração do S/4HANA está consumindo todo o time e a IA virou "fase 2 que nunca chega", a CCX integra SAP ↔ seus sistemas com squad sênior — pra você liberar o core e não deixar o Joule pra depois. Integrar SAP ao seu e-commerce →
FAQ
Por que tantas empresas pulam a IA na migração do S/4HANA?
Porque a IA não é pré-requisito para o go-live e a migração consome todo o time e o orçamento com o core (finanças, compras, produção, logística). Quando o cronograma aperta, o Joule é empurrado para uma "fase 2" sem orçamento próprio. Some-se a isso a falta de fundação (dado e processo limpos) e o pricing por ação difícil de modelar.
O Joule vem incluído no S/4HANA?
Boa parte das capacidades do Joule está disponível sem gasto adicional relevante, mas o uso é cobrado por consumo/ação. "Vir incluído" não significa "ser adotado": sem fundação de dado e capacidade de time, o copiloto entrega pouco e acaba fora do escopo mesmo estando disponível.
Como estimar o custo da IA da SAP cobrada por ação?
Instrumentando o consumo antes de assinar: mapear as intenções e volumes reais da operação para projetar quantas ações a IA vai executar. Isso transforma "não sei quanto custa" em uma faixa defensável — e é trabalho de arquitetura e dado, não de negociação comercial.
Preciso terminar a migração para depois ligar a IA?
Não necessariamente, e adiar costuma ser o caminho para nunca ligar. O que separa quem integra o Joule desde o início (Nestlé) de quem adia é a fundação (dado/processo limpos) e a capacidade de time. Ambos podem ser preparados em paralelo ao core — desde que a IA não seja tratada como um toggle do final.
Qual o papel da integração nisso?
Central. A IA resolve na proporção do dado confiável que enxerga. Sem integração event-driven entre SAP e os demais sistemas, o Joule lê dado desatualizado, responde errado e queima a confiança do time — o que reforça a percepção de "não estamos prontos" e empurra a IA para fora do escopo.