Na SAP, construir um agente que lê e escreve no ERP acabou de virar uma frase. O Agent Builder do Joule Studio ficou GA (“Build your own Joule agents today”) e a Joule Studio 2.0, anunciada na Sapphire 2026, abriu a criação de agentes para o “citizen developer”: a pessoa mais perto do processo descreve o resultado de negócio em linguagem natural e a plataforma gera o pacote inteiro — sem ABAP.
Para quem cuida de arquitetura, controladoria ou governança em ambiente SAP, a notícia é ótima e perigosa ao mesmo tempo. Ótima porque derruba a barreira de entrada. Perigosa porque, quando construir o agente deixa de ser o gargalo, o gargalo apenas se move — para o dado que o agente lê e a integração governada em que ele age. A tese deste artigo, no nível do problema: agente fácil de construir multiplica a superfície de integração e governança — não reduz.
O que mudou: Agent Builder do Joule Studio GA + Joule Studio 2.0 (sem ABAP)
Dois marcos aconteceram juntos. O Agent Builder do Joule Studio ficou GA — qualquer cliente SAP pode começar a construir seus próprios agentes Joule hoje. E a Joule Studio 2.0 mudou a natureza de quem constrói: no modo citizen developer, a criação de um agente que interage com o S/4HANA deixa de exigir código ABAP e passa a começar por uma descrição em linguagem natural do resultado esperado.
Segundo a cobertura, a 2.0 é o “overhaul” que corrige o baixo uso da primeira versão. A leitura de bastidor importa: a virada para o no-code não é só conveniência — é a aposta da SAP para multiplicar a base de quem cria agentes dentro do ecossistema. E multiplicar criadores significa multiplicar agentes tocando dado de ERP.
Como funciona o modo citizen developer
O fluxo é deliberadamente simples. A pessoa descreve o resultado de negócio — por exemplo, “quando um pedido acima de X ficar preso em bloqueio de crédito por mais de 24h, notifique o responsável e proponha a liberação” — e a plataforma gera:
- PRD (documento de requisitos do produto) a partir da intenção descrita;
- Especificação técnica do agente;
- Scaffolding de código, sem exigir ABAP;
- Harness de avaliação (eval) para testar o comportamento;
- Orquestração multi-agente, quando o fluxo envolve mais de um agente.
Some a isso templates de conector por módulo SAP, um sandbox de teste integrado e publicação na SAP Store. A barreira para criar um agente que lê e escreve no ERP praticamente caiu a uma frase de negócio.
O que a SAP entregou na Sapphire 2026
Para acelerar a adoção, a SAP colocou incentivos concretos na mesa: 12 meses de design-time grátis, um fundo de €100 milhões para parceiros e suporte ao Cursor IDE. Ancorou tudo em clean-core, governança e templates — o vocabulário certo. Mas é preciso ler o que esse vocabulário realmente significa: clean-core e template são o convite para construir de forma organizada; eles não são, por si sós, a malha de integração e a reconciliação de dado que sustentam o agente em produção.
A virada: construir agente deixou de ser o gargalo
Durante anos, o custo de colocar automação inteligente no ERP foi o desenvolvimento: encontrar quem soubesse ABAP, especificar, codar, testar, publicar. A Joule Studio 2.0 remove esse custo para uma classe inteira de casos. Isso é uma boa notícia real — menos fila de TI, mais autonomia para quem conhece o processo.
Mas quando você remove o gargalo mais visível, o próximo aparece. E o próximo não é construir o agente: é garantir que ele age sobre o dado certo, no sistema certo, com a permissão certa. O citizen developer descreve o outcome. Ele não descreve de onde vem o dado confiável, qual sistema é master de qual atributo, nem que privilégio o agente deveria ter.
O novo gargalo: de onde vem o dado confiável e em que sistema o agente age
Um agente que “libera pedido preso em bloqueio de crédito” precisa saber: o limite de crédito atual (que pode estar no SAP, ou num sistema de risco à parte), a posição financeira do cliente (às vezes no core bancário), o estoque disponível (frequentemente no WMS), o custo real (nem sempre no SAP), o imposto (na NF-e). O agente é uma frase; a verdade sobre a qual ele decide é um mosaico de sistemas.
Quando controladoria, suprimentos e logística passam a montar cada um o seu agente, você não tem mais “um agente”. Tem dezenas — todos tocando dado de ERP, cada um construído por quem descreveu um resultado, não uma arquitetura de dado. É aí que o problema muda de escala.
O efeito colateral: a superfície de integração e governança explode
Cada novo agente é, na prática, mais um caminho pelo qual algo lê e escreve nos seus sistemas. Dez agentes citizen-built significam dez conjuntos de suposições sobre qual dado é verdadeiro, dez padrões de acesso, dez pontos onde uma escrita pode entrar em conflito com outra. A conveniência de criar “numa frase” se paga com uma superfície de integração e governança que cresce, não que diminui.
Sem uma malha comum embaixo, cada área resolve o mesmo problema de forma diferente — e a organização acumula automação rápida sobre uma fundação inconsistente. O resultado é automatizar o número errado com mais confiança e em mais lugares.
Template conecta, não reconcilia nem governa
É tentador achar que o template de conector resolve. Ele não resolve — ele conecta. Conectar expõe uma fonte; não harmoniza o que sai dela com o que sai das outras. O número que mais importa quase nunca mora em SAP nenhum: estoque no WMS, custo fora do SAP, imposto na NF-e, recebível no banco. Um template liga o agente ao endpoint; ele não decide qual sistema é master, não reconcilia versões conflitantes e não impõe a permissão de menor privilégio que aquele agente deveria ter.
A fundação: malha SAP↔não-SAP por API governada, dado reconciliado, observabilidade
O diferencial, quando construir o agente vira commodity, desce para a fundação. São quatro camadas:
- Malha SAP↔não-SAP por API governada e idempotente — expor OData / iDocs / RFC e os sistemas não-SAP por contratos de API estáveis, com arquitetura event-driven (Kafka / RabbitMQ), para que qualquer agente citizen-built aja sobre dado certo.
- Dado reconciliado — uma versão única da verdade, com regras de master data claras, que o agente lê sem ter de escolher em qual sistema acreditar.
- Observabilidade dos N agentes — instrumentar cada agente que uma área criou, para provar o que ele leu e escreveu (Datadog, Grafana, OpenTelemetry, Sentry).
- Permissão de vida curta e trilha — para o agente que a controladoria montou “numa frase” não carregar acesso amplo e permanente.
Como a CCX monta essa base
A CCX constrói a malha por baixo dos templates. Em Integrações & APIs Enterprise, expomos SAP↔não-SAP por API governada e idempotente (OData/iDocs/RFC, event-driven Kafka/RabbitMQ), para que o agente aja sobre o dado certo — não apenas sobre um endpoint conectado. Em Consultoria em Tecnologia, desenhamos a paisagem-alvo, definimos quem é master de quê e o guardrail de clean-core antes que cada área ligue o seu agente. Em Data & BI, reconciliamos a versão única da verdade que o agente citizen-built lê. E com Observabilidade 360° e Security Engineering, instrumentamos os N agentes e aplicamos permissão de vida curta com trilha.
A Joule Studio 2.0 fez construir agente virar uma frase — mas template conecta, não reconcilia nem governa. Deixe qualquer um construir o agente; garanta a fundação embaixo antes que ele aja. Integre SAP ao seu ecossistema com a CCX ou peça uma consultoria de arquitetura para desenhar a malha e a governança antes do sprawl de agentes.
Perguntas frequentes (People Also Ask)
O que é o SAP Joule Studio 2.0?
É a nova versão do ambiente de criação de agentes da SAP, anunciada na Sapphire 2026, que abre a construção de agentes para o “citizen developer”: descreve-se o resultado de negócio em linguagem natural e a plataforma gera PRD, especificação, código, avaliação e orquestração — sem exigir ABAP.
É possível criar um agente SAP sem ABAP?
Sim. No modo citizen developer da Joule Studio 2.0, com o Agent Builder GA, a criação parte de uma descrição em linguagem natural e a plataforma gera o scaffolding de código, dispensando ABAP para uma classe ampla de casos.
Qual é o risco de deixar cada área criar seu próprio agente?
Multiplicação da superfície de integração e governança: dezenas de agentes tocando dado de ERP, cada um construído sobre suposições diferentes de qual dado é verdadeiro e com acessos que ninguém desenhou. Sem malha comum e dado reconciliado, automatiza-se o número errado em escala.
Template de conector resolve a integração?
Não totalmente. Template conecta uma fonte, mas não reconcilia versões conflitantes nem governa permissão. O número crítico costuma morar fora do SAP (WMS, custo, NF-e, banco), exigindo uma malha SAP↔não-SAP por API governada e uma versão única da verdade.