A SAP colocou o Joule em todo lugar — viagem corporativa, Kubernetes, relatório financeiro por linguagem natural. E, no meio da mesma release, admitiu o pré-requisito: um check de readiness no seu código custom. Os release highlights do SAP Business AI Q2 2026 não vendem mais "um assistente". Eles embutem agente em cada superfície do landscape. Mas deixam a conta na mesa: a IA do ERP só anda na velocidade em que o seu ambiente está integrado e o custom code, limpo.
Para o board brasileiro, a leitura é direta. "Joule Everywhere" é uma consequência, não um atalho. Ele pressupõe dado conectado e custom code auditado. Empresa com ECC preso, integrações penduradas e ABAP legado herda o agente em todo lugar — mas não o benefício. O gargalo continua sendo integração e migração, não o produto de IA.
1. O que a SAP entregou no Q2 2026 (Joule em Concur, Kyma, relatórios NL; ABAP AI readiness)
A release espalha o Joule por superfícies que antes não tinham agente. No Concur Travel, busca e reserva de viagem passam a acontecer por linguagem natural. No dashboard do Kyma, o Joule ajuda em tarefas de Kubernetes — leitura de estado, orientação sobre operações. Em contas a receber, gerentes rodam relatórios financeiros e logísticos localizados apenas descrevendo o que querem, sem montar a query.
E há o movimento mais revelador: o ABAP AI, entregue como capacidade agêntica no Joule for Developers, roda checks de readiness de migração no seu código custom, pacote por pacote, combinando quick fixes deterministas com mudanças propostas por IA. Ou seja: a própria SAP colocou, dentro da sua release de IA, uma ferramenta cujo trabalho é medir o quanto o seu ambiente ainda não está pronto para essa IA.
2. "Joule Everywhere": agente em cada superfície do landscape
O nome que circula na comunidade SAP — "Joule Everywhere" — captura a estratégia. Em vez de um chatbot central que o usuário precisa procurar, a SAP distribui o agente por onde o trabalho já acontece: no sistema de viagem, no painel de infraestrutura, no fechamento financeiro, no ambiente de desenvolvimento. A IA deixa de ser um destino e vira uma camada onipresente.
É uma boa estratégia de produto. Mas ela tem uma dependência estrutural que a distribuição não elimina: cada superfície do Joule só entrega valor se o dado que ela consulta for confiável e estiver conectado. Um agente de contas a receber que roda relatório sobre dado que não fecha entre o ERP e o sistema de origem produz um número bonito e errado. Distribuir o agente amplia o alcance da IA — e também o alcance de qualquer dado desconectado por trás dela.
3. O readiness no custom code: a própria SAP admite que a IA depende de código limpo
O detalhe mais honesto da release é o ABAP AI readiness check. Ao entregar uma ferramenta que varre o custom code pacote por pacote avaliando prontidão de migração, a SAP está dizendo, com todas as letras, que a IA do ERP não roda sobre qualquer ambiente. Ela roda sobre um ambiente limpo, integrado e migrado.
Custom code acumulado ao longo de anos — modificações, extensões, integrações improvisadas, lógica de negócio embutida em ABAP legado — é exatamente o que trava a evolução para o S/4HANA e, por consequência, o aproveitamento do Joule. O readiness check é útil porque expõe o problema. Mas expor não é resolver: identificar que trinta pacotes precisam de limpeza não limpa os trinta pacotes. Alguém ainda precisa fazer a migração e a remediação — e é aí que o benefício da IA fica ou não fica na prateleira.
4. Por que a IA fica na prateleira sem landscape conectado (ECC preso, integração pendurada)
O padrão brasileiro é reconhecível. Muitas operações ainda rodam ECC, adiando a migração para o S/4HANA por causa do custo e do risco. As integrações entre o ERP e os canais de venda, entre o SAP e os sistemas satélites, foram construídas ao longo dos anos de forma pontual — cada uma uma tradução frágil, muitas em batch, algumas sem contrato de API claro. E o custom code cresceu sem governança.
Nesse cenário, herdar "Joule Everywhere" não muda o resultado. O agente de viagem pode até funcionar; mas o relatório financeiro por linguagem natural depende de dado que não fecha, o agente de operação depende de um landscape que não está observável, e o ABAP AI aponta um custom code que ninguém tem capacidade de remediar. A IA está em todo lugar e o ROI não aparece em lugar nenhum. Não porque o produto de IA seja fraco, mas porque falta o encanamento que ele pressupõe.
5. Como a CCX conecta o landscape e prepara o custom code antes da IA
É esse encanamento que a CCX Company constrói antes de qualquer promessa de IA. A prática de Integrações & APIs Enterprise / SAP↔e-commerce conecta o landscape com OData, iDocs e RFC, arquitetura event-driven e contratos de API explícitos — sincronizando estoque, preço, pedido e nota fiscal em tempo real entre o SAP e os sistemas de venda. É o pré-requisito para que cada superfície do Joule opere sobre dado que fecha.
Antes ou em paralelo, a Consultoria em Tecnologia desenha a arquitetura-alvo e o roadmap ECC→S/4HANA, incluindo o plano de limpeza do custom code que o readiness aponta — diagnóstico, TCO comparativo e trilha de migração com zero downtime. E quando a operação não tem capacidade interna para executar essa migração e remediação travadas, as Squads Dedicadas entram com engenheiros sêniores e onboarding em 48 horas, com escala elástica, para destravar o que o readiness check apenas apontou.
A lógica é a mesma que a própria SAP revelou: primeiro landscape integrado e código limpo, depois a IA que opera sobre ele. Inverter a ordem é comprar mais agente para um ambiente que ainda não consegue usá-lo.
6. Perguntas frequentes
Preciso limpar o custom code para usar o Joule? Na prática, sim — e a própria SAP indica isso ao embutir um readiness check de ABAP na release. O custom code legado é o que trava a migração para o S/4HANA e limita o que o Joule consegue fazer. Sem remediação, você herda o agente, mas não a produtividade.
Dá para usar IA da SAP ainda no ECC? Parte das capacidades depende de S/4HANA e de um landscape conectado. Rodar sobre ECC preso, com integrações penduradas, limita fortemente o aproveitamento — o agente pode até existir em algumas superfícies, mas opera sobre dado que não fecha. A migração é o que libera o benefício pleno.
Por onde começar a integração e a migração? Pelo diagnóstico de prontidão: mapear o estado do landscape, rodar o readiness do custom code, desenhar a arquitetura-alvo de integração e o roadmap ECC→S/4HANA. É esse desenho que evita comprar mais IA para um ambiente que ainda não a sustenta.
Conclusão: o gargalo é integração + migração, não o produto de IA
"Joule Everywhere" é uma vitrine impressionante — e a própria SAP entregou, na mesma caixa, a ferramenta que mede o quanto o seu ambiente ainda não está pronto para ela. A leitura estratégica é clara: no ERP, quem decide o ROI da IA é o landscape integrado e o custom code limpo, não o número de superfícies onde o agente aparece.
A SAP mesmo roda um readiness no seu custom code — porque a IA do ERP só anda com landscape integrado e código limpo. Destrave o S/4HANA e conecte seus sistemas antes de comprar mais IA. Peça um diagnóstico de prontidão S/4HANA + integração com a CCX. Integrar SAP ao seu e-commerce →