A SAP está levando a compra corporativa para a automação. Seis assistentes de IA do Next-Gen Ariba — Category, Supplier, Requisition, Buying, Receiving e Services Procurement — entram em disponibilidade geral (GA) em setembro de 2026, e o Intake Agent, que captura e roteia pedidos de compra automaticamente, já foi GA em junho. A promessa é sedutora: procurement que "roda sozinho". Mas há um detalhe técnico que a própria SAP entregou e que muda toda a leitura do anúncio — o Next-Gen Ariba foi reconstruído com integração event-driven em tempo real ao S/4HANA. Traduzindo: compra autônoma não é um agente sozinho; é um agente sobre dado conectado em tempo real. E se o seu mundo tem fornecedor, e-commerce e WMS que não são SAP, essa integração precisa ir além do S/4HANA.
O que são os assistentes de procurement do Next-Gen Ariba (e a GA de 2026)
Os seis assistentes cobrem etapas distintas do ciclo source-to-pay. O Category Assistant apoia estratégia de categoria; o Supplier Assistant trata de fornecedores e relacionamento; o Requisition Assistant ajuda a montar e validar requisições; o Buying Assistant conduz a execução da compra; o Receiving Assistant cuida do recebimento; e o Services Procurement Assistant foca na compra de serviços, historicamente a mais difícil de padronizar. Em vez de um único "agente de compras", a SAP distribuiu a inteligência ao longo do processo, cada assistente ancorado no contexto da sua etapa.
A GA de setembro de 2026 tira esses assistentes do piloto e os coloca em produção para clientes. Somados ao Intake Agent — que já roteia pedidos automaticamente desde junho — eles desenham um procurement onde boa parte do fluxo operacional deixa de exigir toque humano em cada passo. A questão que decide se isso funciona na sua operação não é a capacidade do agente. É o que está por baixo dele.
Intake Agent: como o pedido de compra passa a se rotear sozinho
O Intake Agent é o ponto de entrada. Ele captura uma necessidade de compra — venha de um formulário, de um sistema interno ou de uma conversa — interpreta o que se pede, classifica e roteia automaticamente para a categoria, o fornecedor e o fluxo de aprovação corretos. É o tipo de trabalho que, feito manualmente, consome horas de equipe de compras e gera erro de classificação e retrabalho.
Mas repare no pré-requisito implícito: para rotear certo, o Intake Agent precisa saber quais fornecedores existem, quais contratos estão ativos, qual categoria se aplica e qual o estado do orçamento. Nenhuma dessas informações nasce dentro do agente — ela vem dos sistemas de retaguarda. Um Intake Agent conectado a dado atualizado roteia certo; um Intake Agent olhando para uma base defasada roteia para o fornecedor errado, com o preço errado, e a "automação" vira fonte de novo trabalho.
Por que a SAP reconstruiu o Ariba com integração event-driven em tempo real ao S/4HANA
Este é o ponto técnico mais revelador do anúncio. O Next-Gen Ariba foi reconstruído sobre a SAP Business Technology Platform (BTP) com integração event-driven em tempo real ao S/4HANA, com o objetivo declarado de "eliminar a latência que causava erro de reconciliação". Em português direto: quando a compra e o ERP não conversam no mesmo instante, o pedido registrado no Ariba e o registro financeiro no S/4HANA divergem — e alguém precisa reconciliar isso manualmente depois.
Ao adotar arquitetura orientada a eventos, cada mudança relevante (um pedido criado, um recebimento confirmado, uma fatura lançada) se propaga em tempo real entre os sistemas, em vez de esperar uma sincronização em lote. É a própria SAP dizendo, em alto e bom som, que compra autônoma depende de integração em tempo real — não de agente isolado. Se a fundação técnica que a SAP considerou necessária para seus próprios sistemas é integração event-driven, a mesma exigência vale — e com mais força — para tudo que fica fora do universo SAP.
O que falta na conta: fornecedores, e-commerce e WMS/TMS que não são SAP
Nenhuma operação real vive só de SAP. O comprador típico tem fornecedores com portais e formatos próprios, e-commerce em outra plataforma, WMS e TMS de terceiros, e frequentemente ERPs de médio porte convivendo com o S/4HANA. O assistente de procurement só "compra sozinho" de verdade se enxergar tudo isso conectado — não apenas o núcleo SAP.
É aqui que muitas iniciativas de procurement autônomo travam. Na demonstração, tudo roda dentro do ambiente SAP integrado e o agente executa lindamente. Na operação, o agente precisa consultar disponibilidade num WMS não-SAP, confirmar preço num portal de fornecedor externo, ou refletir um pedido no e-commerce — e aí, se a integração não existe, a autonomia para. O gargalo não é a inteligência do agente; é a conectividade da retaguarda com o mundo heterogêneo real.
Compra autônoma só existe integrada: SAP ↔ S/4HANA ↔ não-SAP
A conclusão prática é que procurement autônomo é uma questão de camadas de integração, e as três precisam existir. A primeira, Ariba ↔ S/4HANA em tempo real, a SAP já entrega com o Next-Gen Ariba. A segunda e a terceira — S/4HANA ↔ fornecedores/e-commerce e S/4HANA ↔ WMS/TMS/ERPs de médio porte — são responsabilidade de quem opera, e é onde o valor autônomo se realiza ou se perde.
Sem essas camadas, o que você tem é uma demo bonita e uma operação que continua dependendo de gente para preencher as lacunas de dado. Com elas, o assistente executa de ponta a ponta porque enxerga a cadeia inteira em tempo real. A promessa de comprar sozinho é fácil de anunciar; executar exige o encanamento que conecta o SAP ao resto.
Como a CCX conecta o Ariba ao seu mundo não-SAP
A CCX atua exatamente na camada que decide se o procurement autônomo roda na operação ou só na demonstração. Nossa prática de Integrações & APIs Enterprise conecta o Ariba e o S/4HANA aos sistemas não-SAP — fornecedores, e-commerce, WMS/TMS e ERPs de médio porte — usando arquitetura event-driven com Kafka e RabbitMQ, a mesma filosofia de tempo real que a própria SAP adotou internamente. Temos expertise específica em integração SAP ↔ e-commerce e Protheus ↔ e-commerce, com domínio de OData, iDocs e RFC — os protocolos que fazem o mundo SAP conversar com o resto.
Quando o gargalo é qualidade de dado de fornecedor, preço e estoque, nossa prática de Data & BI garante que o agente compre com base em informação confiável. E nossas squads dedicadas (engenheiros sêniores, onboarding em 48h) implantam a conectividade BTP ↔ S/4HANA ↔ não-SAP com a Consultoria em Tecnologia desenhando a arquitetura-alvo. A própria SAP diz: compra autônoma no Ariba roda sobre integração event-driven em tempo real. A CCX estende isso para o seu mundo não-SAP, para o assistente de procurement executar na operação — não só na demo.
Integre o SAP à sua cadeia de compras com a CCX →
FAQ — Perguntas frequentes
O que é o Next-Gen SAP Ariba?
É a nova geração da solução de procurement da SAP, reconstruída sobre a BTP com integração event-driven em tempo real ao S/4HANA e assistentes de IA para as etapas de compra. Seis assistentes entram em GA em setembro de 2026.
O que faz o Intake Agent do Ariba?
Ele captura pedidos de compra, interpreta a necessidade e roteia automaticamente para categoria, fornecedor e fluxo de aprovação corretos. Está em GA desde junho de 2026.
Por que a integração ao S/4HANA é tão importante?
Porque compra autônoma depende de dado conectado em tempo real. A própria SAP reconstruiu o Ariba com integração event-driven para eliminar a latência que causava erro de reconciliação entre compra e ERP.
E os sistemas que não são SAP?
Fornecedores, e-commerce, WMS/TMS e ERPs de médio porte precisam estar igualmente integrados para o assistente executar de verdade. Sem essa camada, a automação trava na operação real, fora do ambiente SAP.
Por onde começar um projeto de procurement autônomo?
Pelo mapeamento da arquitetura de integração: o que já conversa com o S/4HANA em tempo real e o que ainda depende de carga em lote ou de trabalho manual entre sistemas SAP e não-SAP.
Este conteúdo é informativo e reflete o cenário de tecnologia e procurement corporativo em agosto de 2026.


