No encerramento do SAP TechEd 2026 (Berlim, 27-29/10), a SAP desceu ao chao de build: construir e testar um agente de IA no Joule Studio ficou de graca ate dezembro de 2026. E uma noticia boa — e tambem a prova de que o gargalo do agente nunca foi construi-lo.
O que a SAP liberou no TechEd
O Joule Studio virou o lugar onde se constroi e testa agente: agentes criados ali rodam no runtime do proprio Joule Studio, aparecem no SAP AI Agent Hub e nas conversas do Joule Work. As pecas liberadas:
As ferramentas de design-time, os workflows n8n e a certificacao de desenvolvedor estao gratuitas (em regime de fair-use). Rodar agentes custom no runtime e gratis ate dez/2026. E vem embutida a observabilidade de uso e gasto de modelo para dev e admin — ou seja, a propria SAP ja sinaliza que o custo vem do uso, nao do builder.
A arquitetura por tras disso tambem importa. Um agente criado no Joule Studio nao fica isolado: ele passa a existir no SAP AI Agent Hub, fica disponivel nas conversas do Joule Work e roda sob um runtime que a SAP observa. Isso da ao agente um "lar" governado dentro do ecossistema SAP — com identidade, catalogo e medicao de uso. E, de novo, otimo. Mas esse lar governado termina na borda do mundo SAP: tudo o que o agente precisa fazer fora dele continua sendo responsabilidade de quem integra.
Tirar o atrito de construir — com um builder visual, n8n e certificacao sem custo — e um passo legitimo e util. Democratiza quem consegue montar um agente dentro do ecossistema SAP e reduz a barreira para equipes que antes dependiam de especialistas escassos. A inclusao do n8n como motor de workflow e especialmente relevante: ela traz orquestracao visual e deterministica para dentro do mundo SAP, o que ajuda a separar o que o agente decide do que o fluxo executa — uma boa pratica de confiabilidade.
Por que "construir" virou commodity — e por que isso nao e o gargalo
Quando qualquer plataforma torna gratis o ato de construir um agente, ela esta dizendo, na pratica, que construir deixou de ser o diferencial. O valor — e o custo — se deslocam para duas coisas: para onde o agente precisa chegar e para quanto custa mante-lo rodando. Um agente que so conversa dentro do SAP resolve pouco; o resultado aparece quando ele alcanca os sistemas onde o negocio de fato acontece.
Essa e uma mudanca de mentalidade importante para quem planeja projetos de IA. Por muito tempo, a pergunta foi "temos gente que consegue construir?". A resposta, cada vez mais, e sim — e de graca. A pergunta que realmente separa um piloto bonito de um agente que gera valor passou a ser outra: "esse agente alcanca, com seguranca e custo controlado, os sistemas onde a operacao vive?". Build e um pre-requisito barato; integracao e economia de runtime sao o investimento que decide o retorno.
O que ainda e o projeto: alcançar o nao-SAP
O agente construido no Joule Studio ainda precisa falar com e-commerce, OMS, sistema fiscal/NF-e, CRM e legado nao-SAP. E nessa fronteira que mora o risco: contratos de API que mudam, dados que precisam ser reconciliados entre o mundo SAP e o nao-SAP, eventos que precisam fluir em tempo real (order.placed disparando atualizacao de estoque, fiscal, OMS) sem batch noturno.
Integrar o agente ao nao-SAP e um projeto de engenharia de integracao: event-driven (Kafka/RabbitMQ), idempotencia, contrato de dado claro (qual sistema e a verdade por campo) e observabilidade da fronteira. O builder gratuito nao faz isso — ele assume que a integracao ja existe.
Um exemplo concreto: um agente de atendimento construido no Joule Studio que promete ao cliente resolver uma troca precisa consultar o estoque no OMS, validar a politica comercial no e-commerce, gerar a nota fiscal de devolucao no sistema fiscal e atualizar o pedido no ERP. Se qualquer um desses passos depende de um batch noturno em vez de um evento em tempo real, o agente promete o que nao pode cumprir naquele instante. Se os sistemas discordam sobre qual e o estoque verdadeiro, o agente responde com confianca um dado errado. A inteligencia do agente para exatamente no dado que ele alcanca — e garantir que esse dado seja consistente, em tempo real e com uma fonte de verdade clara por campo e o trabalho de integracao que nenhum builder nativo entrega pronto.
A pegadinha do custo: free agora, medido depois
O runtime de agentes custom e gratis ate dez/2026. Depois disso, vira uso medido. E a mesma "pegadinha da oferta" que o mercado ja conhece: a adocao e incentivada enquanto e de graca, e o custo chega quando a dependencia ja esta instalada. A observabilidade de gasto de modelo que a SAP embutiu e otima — mas ela so resolve se alguem ler e agir. E agir sobre custo de agente, como vimos no tema de FinOps desta semana, e cache e roteamento na camada de integracao.
Ou seja: planejar o custo do runtime pos-promocao e decidir o que construir no builder nativo versus o que integrar por fora e parte do projeto, nao um detalhe para depois.
Esse calculo precisa entrar no business case desde o inicio. Um agente que parece viavel enquanto o runtime e gratuito pode ficar caro quando o uso passa a ser medido — especialmente se o desenho for ineficiente (muitos passos, muita re-leitura, modelo caro para tarefa trivial, as mesmas alavancas de custo que discutimos no tema de FinOps desta semana). Decidir hoje, com os olhos abertos, quanto do agente vive no runtime nativo da SAP e quanto e orquestrado por fora — e com qual eficiencia — e o que evita a surpresa na fatura de janeiro de 2027, quando a promocao acabar e o uso ja estiver consolidado.
Como a CCX faz
A CCX atua exatamente onde o builder gratuito termina.
Com Integracoes & APIs Enterprise e MuleSoft, a CCX conecta o agente construido no Joule Studio ao nao-SAP — e-commerce, OMS, fiscal/NF-e, CRM e legado — de forma event-driven (Kafka/RabbitMQ), com contrato de dado e idempotencia, para que o agente resolva de ponta a ponta e nao so dentro do SAP.
Com Consultoria em Tecnologia, a CCX ajuda a decidir o que construir no builder nativo e o que integrar por fora, e a planejar o custo do runtime depois do fim da promocao — evitando a surpresa na fatura.
E com Observabilidade 360°, a CCX le e age sobre o gasto de modelo que o Joule Studio expoe, aplicando cache e roteamento na integracao para que o custo do runtime medido nao vire conta cara. Observabilidade embutida mostra o gasto; transformar esse dado em economia exige alguem que leia os numeros e ajuste o desenho — e o que fecha o ciclo entre o que a SAP entrega e o resultado na operacao.
Esse e o fio que amarra a semana inteira: a seguranca da malha de ferramentas, a confiabilidade do dado e, agora, a economia do runtime sao tres faces da mesma camada de integracao. O builder gratuito da SAP resolve a parte facil — e ao resolve-la, deixa ainda mais evidente que o projeto de verdade esta na fronteira com os sistemas e no custo de operar o agente ao longo do tempo.
Construir o agente no Joule Studio ficou gratis ate dez/2026 — otimo. O que decide o resultado e conecta-lo ao seu e-commerce, OMS e fiscal fora do SAP, e planejar o custo do runtime medido depois da promo. A CCX faz a integracao SAP <-> nao-SAP e o desenho de custo. Nao deixe o builder gratis virar conta cara em producao. Fale com a CCX sobre integracao SAP e e-commerce.
Perguntas frequentes
O que e o Joule Studio? E o ambiente da SAP para construir e testar agentes de IA. Agentes criados nele rodam no runtime do Joule Studio e aparecem no SAP AI Agent Hub e no Joule Work. No TechEd 2026 a SAP tornou gratis o design-time, os workflows n8n, a certificacao de dev e o runtime de agentes custom ate dez/2026.
O agente construido no SAP fala com meu e-commerce? Nao automaticamente. Ele resolve bem dentro do mundo SAP, mas alcançar e-commerce, OMS, fiscal/NF-e, CRM e legado nao-SAP exige um projeto de integracao (event-driven, contrato de dado, reconciliacao). E ai que mora o risco e o valor.
Quanto custa o runtime de agente SAP depois da promocao? O runtime de agentes custom e gratis ate dez/2026; depois vira uso medido. Por isso vale planejar desde ja o custo pos-promocao e aplicar cache e roteamento na integracao para controla-lo — a observabilidade de gasto embutida so ajuda se alguem agir sobre ela.
Vale a pena construir no Joule Studio? Para muitos casos dentro do SAP, sim — o builder gratuito reduz atrito. A decisao de arquitetura e o que construir nativo versus o que integrar por fora, e como pagar o runtime depois. Essa decisao de build-versus-integra e onde a consultoria da CCX agrega.
O que muda quando o runtime gratuito acabar em dez/2026? O uso de agentes custom passa a ser medido e cobrado. Agentes com desenho ineficiente — muitos passos, muita re-leitura de contexto, modelo caro para tarefa simples — ficam desproporcionalmente caros. Por isso vale desde ja desenhar o loop com eficiencia e decidir o que vive no runtime nativo e o que e orquestrado por fora, usando a observabilidade de gasto embutida para agir, nao so para olhar.
Como integrar um agente SAP ao e-commerce e ao sistema fiscal? Com uma camada de integracao event-driven (Kafka/RabbitMQ), contrato de dado claro por campo, idempotencia e observabilidade da fronteira — tipicamente via MuleSoft e APIs enterprise. E um projeto de engenharia de integracao que conecta o agente construido no Joule Studio aos sistemas nao-SAP onde o negocio acontece, que e exatamente o escopo em que a CCX atua.