No Sapphire 2026, a SAP detalhou um movimento que muda a natureza do Joule: o A2A bidirecional. Em vez de um assistente fechado, o Joule passa a ser um hub interoperável — agentes de terceiros vão poder chamar Joule Agents e agir dentro de processos enterprise, e os Joule Agents vão poder chamar agentes externos. A GA de Joule Work e Joule A2A está prevista para o Q4/2026, e os agentes construídos no Joule Studio já suportam MCP e A2A nativamente.
É uma promessa poderosa. Também é uma pergunta de segurança que a maioria das empresas ainda não sabe responder: se um agente de outra empresa vai poder acionar um processo dentro do seu S/4HANA, quem é esse agente, o que ele pode acionar e como você audita isso? Este artigo explica o que a SAP anunciou, por que o Joule vira hub interoperável, e por que abrir esse hub com segurança é, no fundo, um problema de integração, identidade e observabilidade — especialmente quando metade do seu landscape é não-SAP.
1. O que a SAP anunciou: A2A bidirecional no Joule
O A2A (Agent-to-Agent) é o protocolo que permite que agentes de IA conversem e deleguem tarefas entre si. Ao torná-lo bidirecional no Joule, a SAP habilita dois fluxos que antes eram impensáveis num ERP fechado.
No primeiro, um agente de terceiro — de um fornecedor, de um parceiro, ou construído internamente fora do mundo SAP — chama um Joule Agent e aciona um processo dentro do S/4HANA: criar um pedido, consultar um saldo, disparar uma aprovação. No segundo, um Joule Agent chama um agente externo para completar uma tarefa que vive fora da SAP. Os agentes do Joule Studio já falam MCP (para ferramentas) e A2A (entre agentes) de forma nativa, o que significa que a interoperabilidade não é um adaptador improvisado — é parte da fundação.
2. Joule vira hub interoperável: cross-agent, cross-vendor
A leitura estratégica é clara: a SAP não quer que o Joule seja apenas o assistente da SAP. Quer que ele seja um ponto de orquestração num cenário multi-fornecedor, onde a execução cruza fronteiras de agente e de vendor — SAP acionando não-SAP, não-SAP acionando SAP. Num mundo real, nenhuma empresa roda só SAP: há e-commerce, ERPs de médio porte, CRMs, sistemas próprios. Um hub que só falasse com a própria SAP seria uma ilha.
Ao abrir o Joule para o A2A bidirecional, a SAP reconhece que o valor do agente está na composição — vários agentes, de vários fornecedores, colaborando num processo de ponta a ponta. É o mesmo movimento que vimos do lado dos protocolos abertos: a interoperabilidade de agentes deixou de ser diferencial e virou expectativa.
3. Roadmap e escala: GA no Q4, ~50 assistentes no Q3, 400+ agentes até o fim de 2026
Os números que a SAP anunciou dão o tom da ambição. A GA de Joule Work e Joule A2A está prevista para o Q4/2026. Antes disso, a SAP projeta ~50 assistentes até o fim do Q3 e mais de 400 agentes autônomos de suíte até o fim de 2026.
Traduzindo para a realidade de quem opera: em poucos trimestres, o seu landscape SAP pode passar de "um assistente que responde perguntas" para "centenas de agentes autônomos, alguns internos, outros de terceiros, acionando processos". A superfície de interação cresce em ordem de magnitude — e com ela, a superfície de risco, se a camada de controle não crescer junto.
4. A pergunta que fica: quem é esse agente, o que ele pode acionar, como eu audito?
Toda a promessa do A2A bidirecional se apoia numa suposição perigosa quando não é tratada: a de que dá para confiar em quem bate na porta. Abrir o hub para agentes de terceiros levanta três perguntas que precisam de resposta técnica, não de boa vontade.
Quem é esse agente? Precisa de uma identidade verificável — não um token genérico, mas um princípio que diz de qual sistema o agente vem, em nome de quem age e com qual nível de confiança.
O que ele pode acionar? Precisa de autorização granular por processo: este agente externo pode consultar estoque, mas não emitir nota; pode criar uma requisição, mas não aprovar acima de um limite. A política vive num ponto de controle, não na esperança de que o agente se comporte.
Como eu audito? Precisa de rastro completo: qual agente chamou qual processo, quando, com quais parâmetros, com que resultado. Sem esse rastro, um incidente vira investigação sem evidência.
5. Interoperar com segurança = integração + identidade + observabilidade
É por isso que interoperabilidade segura não é uma feature que você liga — é uma arquitetura que você monta. E ela tem três pilares que se sustentam.
Integração é o que conecta o seu mundo não-SAP ao Joule via A2A e MCP, com contratos claros de o que cada agente expõe e consome, e handoffs seguros entre eles. Identidade é o que responde "quem é esse agente" e aplica permissões por processo. Observabilidade é o que registra cada chamada A2A e permite provar, depois, o que aconteceu. Sem os três, o A2A bidirecional vira uma porta destrancada para o seu ERP — e o ERP é onde vive o processo que não pode falhar.
6. Como a CCX conecta seu não-SAP ao Joule com contrato e auditoria
Ligar o mundo não-SAP ao Joule com segurança é exatamente o tipo de projeto que a CCX conduz: Integrações & APIs Enterprise no eixo SAP ↔ não-SAP, com identidade e observabilidade por baixo. Na prática:
Integrações & APIs Enterprise. Expor e conectar seus agentes e serviços não-SAP — e-commerce, ERPs de médio porte, MCP servers próprios — ao Joule via A2A e MCP, com contrato e handoff seguros. É o repertório de integração SAP ↔ e-commerce, com expertise em OData, iDocs e RFC, estendido para o mundo dos agentes.
Security Engineering e identidade. Definir a identidade de cada agente, as permissões e os guardrails no A2A — quem pode acionar qual processo no S/4HANA — com security by design, OAuth2 e gestão de acesso.
Observabilidade 360°. Rastrear cada chamada A2A — qual agente, qual processo, latência, custo — com tracing distribuído e dashboards, para que a conversa entre agentes seja auditável de ponta a ponta.
Squads dedicadas. Times que atuam ao mesmo tempo no landscape SAP e no mundo não-SAP, porque a integração real acontece na fronteira entre os dois.
O Joule vai abrir para agentes de terceiros (A2A bidirecional, GA no Q4) — mas interoperar só é seguro com identidade e auditoria por baixo. A CCX conecta seu mundo não-SAP ao Joule via A2A/MCP, define quem pode acionar qual processo e monta a observabilidade da conversa entre agentes. Integre seus agentes SAP ↔ não-SAP com segurança de ponta a ponta →
7. Perguntas frequentes
O que é o A2A bidirecional do Joule? É a capacidade de agentes de terceiros chamarem os Joule Agents (e agirem em processos do S/4HANA) e de os Joule Agents chamarem agentes externos. "Bidirecional" significa que o fluxo vai nos dois sentidos, com GA prevista para o Q4/2026.
Um agente de outra empresa vai mesmo poder mexer no meu S/4HANA? Vai poder acionar processos para os quais receber autorização. É justamente por isso que identidade de agente e política de autorização por processo se tornam pré-requisito — sem elas, "poder acionar" vira risco não controlado.
Qual a diferença entre MCP e A2A no contexto do Joule? MCP conecta um agente a ferramentas (dados, APIs, sistemas); A2A conecta um agente a outro agente. Os agentes do Joule Studio já suportam ambos nativamente, o que habilita tanto uso de ferramentas quanto delegação entre agentes.
Por que integração é o ponto crítico se metade do landscape é não-SAP? Porque o valor (e o risco) do A2A aparece na fronteira SAP ↔ não-SAP. Conectar com contrato, identidade e auditoria é engenharia de integração — não uma configuração pronta dentro da SAP.
Por onde começar antes da GA no Q4? Pelo inventário do landscape: quais agentes e sistemas não-SAP existem, o que precisaria acionar processo no S/4HANA e com qual nível de confiança. É o diagnóstico que a CCX conduz antes de desenhar a integração e a camada de identidade.