No Sapphire, a SAP anunciou algo que impressiona no slide: a Autonomous Suite, com 224 agentes e 51 assistentes distribuídos em cinco domínios — Autonomous Finance, Spend, Supply Chain, HCM e CX — com disponibilidade geral (GA) mirada para o Q3/2026. E o Q3 já chegou. O problema é que, entre o anúncio e a operação, existe uma distância que ninguém coloca no palco: boa parte desses agentes ainda não está em produção, e nenhum deles executa sobre dado que não enxerga. Antes de prometer "autonomia" para o board, quem opera SAP precisa separar o que já roda do que ainda é promessa — e montar a fundação que faz o agente autônomo fechar o ciclo.
O que a SAP anunciou: Autonomous Suite, 224 agentes e GA mirada pro Q3/2026
A Autonomous Suite é a aposta da SAP em levar a IA agêntica do "assistente que sugere" para o "agente que executa" dentro do ERP. São 224 agentes autônomos e 51 assistentes espalhados por cinco domínios de negócio, cobrindo desde fechamento financeiro e gestão de gastos até cadeia de suprimentos, RH e experiência do cliente. A ambição é clara: processos que rodam sozinhos, com o humano na supervisão em vez da execução. E a janela de GA foi apontada para o terceiro trimestre de 2026 — ou seja, agora. Para quem gere SAP, é a diferença entre "vem aí" e "posso ligar hoje".
GA, early-adopter ou preview? Como ler o status real antes de prometer autonomia
Aqui mora a letra miúda. A leitura de analistas como Constellation Research e SAPinsider é consistente: os 224 agentes estão em status misto — parte em disponibilidade geral, parte em programa early-adopter e parte ainda em preview. O anúncio soma tudo num número redondo, mas a operação precisa da granularidade: qual agente específico, em qual domínio, já está homologado para produção, e qual ainda é piloto controlado. Prometer ao board um "Autonomous Finance rodando o fechamento" quando o componente que você precisa está em preview é criar uma expectativa que a realidade do release não sustenta. O primeiro trabalho, portanto, é de curadoria: mapear, agente a agente, o que realmente está GA.
Por que o agente autônomo para na borda: ele só executa sobre dado que enxerga
Suponha que o agente que você quer esteja em GA. Ainda falta o mais importante: o dado. Um agente de Autonomous Finance que não enxerga o pedido nascido no e-commerce, o estoque que vive no WMS ou o cadastro que mora num sistema não-SAP simplesmente não fecha o ciclo — ele executa até a borda da integração e para. E a realidade da maioria das operações é que metade do dado relevante está fora do SAP: marketplaces, plataformas de e-commerce, sistemas fiscais, CRMs, ferramentas de logística. Autonomia de verdade exige que o agente leia e escreva nesses sistemas com segurança. Sem isso, você comprou AI units para um agente que enxerga só metade da operação.
A fundação que faltava: integração SAP ↔ não-SAP
É por isso que a pré-condição da autonomia não é a licença do agente — é a integração SAP ↔ não-SAP de pé. Na prática, isso significa conectar o S/4HANA ao resto do mundo com os protocolos certos e com resiliência: OData para APIs modernas, iDocs e RFC para os fluxos clássicos do ERP, e arquitetura event-driven (Kafka, RabbitMQ) para o que precisa acontecer em tempo real e sem perder mensagem. Com contrato, idempotência e monitoramento, o agente autônomo passa a operar de ponta a ponta — do pedido no e-commerce ao lançamento no SAP — em vez de parar na primeira conexão que não existe. Sem essa camada, o "autônomo" degrada para assistente de tela: sugere, mas não executa.
Dado governado: a diferença entre agente que sugere e agente que executa com auditoria
Integração conecta; governança dá confiança. Para um agente executar — mover dinheiro, aprovar um pedido, ajustar um estoque — e não apenas sugerir, ele precisa operar sobre dado governado, com fonte única de verdade, qualidade controlada e, sobretudo, auditoria. Cada ação do agente precisa deixar rastro: o que fez, com base em qual dado, sob qual regra. É a auditoria que transforma "agente autônomo" de um risco operacional em um processo confiável, e que permite ao gestor prestar contas. Um agente que executa sem rastro é um passivo; com rastro, é produtividade real. E essa camada de governança vale para qualquer domínio da Autonomous Suite.
Como a CCX prepara o terreno para o agente autônomo
A CCX atua exatamente nessa fundação. Nossa prática de Integrações & APIs Enterprise conecta o SAP ao não-SAP — e-commerce, WMS, fiscal, CRM, parceiros — com OData, iDocs, RFC e arquitetura orientada a eventos (Kafka, RabbitMQ), com contrato, idempotência e tempo real, para que o agente autônomo execute de ponta a ponta em vez de parar na borda. Sobre isso, nossa prática de Data & BI monta a fundação de dado governado que o agente consome com confiança e auditoria.
Antes de escalar, a Consultoria em Tecnologia faz a curadoria que o anúncio não faz: mapeia o que da Autonomous Suite já está em GA, o que ainda é preview, e desenha a arquitetura-alvo de integração e governança. E, quando é preciso mão na massa, nossas Squads dedicadas de engenheiros SAP e de integração montam a base sem parar a operação, com onboarding em 48h.
224 agentes anunciados, boa parte ainda em preview — e nenhum executa sobre dado que não enxerga. Monte a integração SAP ↔ não-SAP e a governança de dado primeiro; ligue a autonomia depois. Integração de pé primeiro, agente autônomo depois. Integrar SAP ao seu e-commerce →
FAQ
Os 224 agentes da SAP Autonomous Suite já estão todos em produção?
Não. A leitura de analistas (Constellation, SAPinsider) é de status misto: parte em GA, parte em early-adopter e parte em preview. Antes de prometer autonomia, é preciso mapear, agente a agente, o que já está homologado para produção.
Por que o agente autônomo "para na borda"?
Porque ele só executa sobre dado que enxerga. Se metade da sua operação vive fora do SAP (e-commerce, WMS, fiscal, cadastro não-SAP) e não há integração, o agente executa até o limite do que consegue ler e para ali.
Qual integração o agente autônomo do SAP precisa?
Integração SAP ↔ não-SAP com OData, iDocs, RFC e arquitetura event-driven (Kafka, RabbitMQ), com contrato, idempotência e auditoria — para que o agente opere de ponta a ponta e com rastro.
Isso vale só para o SAP?
A tese é agnóstica: qualquer agente autônomo, em qualquer ERP ou plataforma, depende de integração de pé e dado governado para executar. Autonomia é consequência de fundação, não de licença.