Enquanto a Dreamforce coloca o agente de IA no palco esta semana, a SAP faz um movimento mais silencioso e, para quem opera no Brasil, mais consequente: os 6 assistentes de compras do SAP Ariba entram em disponibilidade geral (GA) em setembro de 2026, e o next-gen Ariba Buying já embarca Joule Agents para compra e política — com o Claude, da Anthropic, como motor de raciocínio no Joule (a base do "Autonomous Enterprise" apresentada no Sapphire, em maio). Em resumo: o comprador autônomo saiu do roteiro e entrou em produção.
Só que cada compra que esse agente faz vira uma transação fiscal. E, no Brasil, o chão mudou nesta semana: a Plataforma Pública do Split Payment foi publicada em 08/09/2026 e novos Informes Técnicos atualizaram as tabelas de NCM e CFOP da NF-e em 10/09/2026. Um comprador autônomo rodando sobre master data de fornecedor e fiscal de entrada não reconciliados — num chão que muda toda semana — não conserta o problema: ele escala a rejeição de NF-e, o crédito errado e a conciliação impossível mais rápido. O agente melhora a decisão; a integração e o fiscal de entrada acompanhando o alvo em movimento decidem o resultado.
O que entra em GA: os 6 assistentes de compras do SAP Ariba + Joule Agents
A SAP planeja colocar em GA, em setembro de 2026, seis assistentes de compras no Ariba, cobrindo o ciclo de source-to-pay:
- Category Management — estratégia e gestão de categorias de compra;
- Supplier Management — cadastro, qualificação e risco de fornecedor;
- Requisition — requisição de compra assistida;
- Buying — execução da compra;
- Receiving — recebimento;
- Services Procurement — contratação de serviços.
Além disso, o next-gen Ariba Buying passa a embarcar Joule Agents para compra e aplicação de política — o que significa que parte da decisão de comprar (o quê, de quem, sob qual regra) passa a ser executada por um agente. Com o Claude como motor de raciocínio primário do Joule, a promessa é um comprador que entende contexto e age. É a materialização, em produto de compras, da tese do "Autonomous Enterprise" que a SAP apresentou no Sapphire, em maio de 2026 — agora saindo do palco e entrando no fluxo real de procurement.
Para operações brasileiras, esse salto é bem-vindo — procurement é uma das áreas com mais trabalho repetitivo e mais margem para ganho com automação. Mas há uma assimetria importante: a inteligência do agente é global e madura; o contexto fiscal sobre o qual ele opera é local e está, neste exato momento, em transformação. A SAP entrega o cérebro; o sistema nervoso fiscal-tributário brasileiro é responsabilidade de quem implanta. E é justamente esse sistema nervoso que mudou de novo esta semana.
O agente que compra sozinho vira transação fiscal — e o chão mudou esta semana
Aqui está o detalhe que o discurso de "agente autônomo" costuma pular: no Brasil, comprar não termina na ordem de compra. Cada compra gera uma nota fiscal de entrada, com NCM, CFOP, CST e — cada vez mais — destaque de tributos da reforma. E esse chão fiscal não é estável. Ele mudou duas vezes só nesta semana:
- 08/09/2026 — Plataforma Pública do Split Payment publicada. Com os manuais de habilitação de participantes e de redes, ela estrutura o mecanismo pelo qual o tributo é separado no momento do pagamento.
- 10/09/2026 — Tabelas de NCM e CFOP da NF-e atualizadas. Novos Informes Técnicos alteraram as tabelas que classificam mercadoria e natureza da operação — exatamente os campos que definem se uma NF-e de entrada é aceita e se o crédito é apropriado corretamente.
Um agente que compra rápido sobre uma base de dados que não acompanhou essas mudanças não está "otimizando" — está multiplicando erro na velocidade da automação. Um NCM desatualizado vira rejeição de NF-e; um CFOP errado vira crédito tributário indevido; um fornecedor com master data inconsistente vira conciliação impossível no fim do mês. O agente não fica mais burro por causa disso; ele fica mais rápido a errar.
Um exemplo concreto: o assistente de Buying executa, em um dia, 400 pedidos de reposição. Se a tabela de NCM que o ERP consulta ainda é a da semana passada, uma fração dessas notas de entrada chega com classificação incorreta. A SEFAZ rejeita, o recebimento trava, o estoque não baixa no sistema e o financeiro apura crédito sobre um valor que a Receita não reconhece. Multiplique isso por praça (cada UF tem sua particularidade) e por fornecedor, e o "ganho de produtividade" do agente vira uma fila de exceções que uma pessoa terá de resolver manualmente — anulando o ganho e adicionando risco fiscal. O problema não foi o agente decidir mal a compra; foi a nota que a compra gerou encontrar um chão que mudou.
Alvo em movimento: 2026 é fase de teste e o split payment escala até 2027
Para dimensionar por que a fundação precisa acompanhar a mudança, vale lembrar onde estamos no calendário da reforma tributária:
- 2026 é fase de teste: alíquotas de CBS 0,9% + IBS 0,1%, com emissão mas sem recolhimento efetivo — é o ano de calibrar sistemas, não de acertar na produção.
- O destaque de IBS/CBS na NF-e é obrigatório desde 01/08/2026 — ou seja, a nota já precisa carregar os novos campos.
- O split payment é opcional entre empresas a partir de 2027 e avança nos anos seguintes — o mecanismo publicado em 08/09 é o começo de uma escada, não um evento isolado.
Traduzindo: a fundação fiscal não é um alvo parado que você acerta uma vez. É um alvo em movimento, que muda por Informe Técnico, por fase da reforma e por praça. Qualquer automação de compra que não tenha um fiscal de entrada e um master data que acompanhem esse movimento nasce desatualizada — e o agente autônomo só amplia a consequência disso.
Por que um comprador autônomo sobre dado não reconciliado escala o erro
Imagine o Joule executando uma compra recorrente de insumo. Ele escolhe o fornecedor, aplica a política e dispara o pedido. No papel, perfeito. Na prática, três pontos de fundação decidem se isso vira lançamento correto ou dor de cabeça:
- Master data de fornecedor. Se o cadastro fiscal do fornecedor (regime, CNPJ, condições) estiver inconsistente ou dessincronizado entre SAP e sistemas não-SAP, a NF-e de entrada não bate.
- Fiscal de entrada atualizado. Se a tabela de NCM/CFOP que o ERP usa não reflete a atualização de 10/09, a validação da nota falha ou aceita um crédito errado.
- Integração SAP↔não-SAP. Se o WMS, o sistema fiscal e o e-commerce não conversam com o SAP em tempo real, o agente compra sobre uma visão parcial do estoque e da obrigação fiscal.
Sem esses três reconciliados, o comprador autônomo não corrige um processo quebrado — ele o executa mais vezes por hora. Velocidade sobre fundação instável é a receita para escalar rejeição, crédito indevido e conciliação impossível. A inteligência do agente não compensa a inconsistência do dado sobre o qual ele age.
Como a CCX reconcilia a fundação antes de soltar o comprador autônomo
É nesse ponto — entre a GA do comprador autônomo e o chão fiscal que muda toda semana — que a CCX Company atua. Não competimos com o Ariba nem com o Joule; construímos a fundação reconciliada sobre a qual eles compram certo. Três frentes:
Integração SAP↔não-SAP e de fornecedor. Costuramos o SAP aos sistemas de retaguarda e de venda com expertise em OData, iDocs e RFC, sincronizando estoque, preço, pedido e nota fiscal em tempo real (SAP ↔ e-commerce, Protheus ↔ e-commerce). É o que dá ao agente uma visão ponta-a-ponta — e não um fragmento — para decidir a compra.
Data & BI e fiscal de entrada. Reconciliamos o dado de fornecedor e mantemos o fiscal de entrada acompanhando o alvo: NCM/CFOP atualizados, destaque de IBS/CBS e o onboarding na plataforma pública de split payment. Dado reconciliado com pipelines e camadas de qualidade é o pré-requisito para o agente comprar sobre a verdade, não sobre uma foto vencida.
Consultoria em tecnologia (clean core e due diligence). Antes de soltar o agente, fazemos o diagnóstico do que precisa estar certo por design: clean core no SAP, master data governado e o mapa do que trava a compra autônoma. É a diferença entre automatizar um processo saudável e automatizar um erro.
Na prática, o sequenciamento importa tanto quanto as ferramentas. Primeiro o discovery — mapear onde o master data de fornecedor diverge, quais tabelas fiscais estão desatualizadas e quais integrações são frágeis. Depois a arquitetura-alvo, com clean core e o desenho da sincronização em tempo real. Só então a implementação em sprints, com QA fiscal e go-live assistido, e a evolução contínua que mantém NCM/CFOP e o split payment acompanhando cada Informe Técnico. É esse ciclo que transforma o agente autônomo de um multiplicador de exceções em um multiplicador de resultado.
Com 200+ projetos entregues, 50+ especialistas sêniores (média de 10+ anos) e expertise consolidada em integração SAP, o padrão que vemos é simples: quem reconcilia a fundação antes ganha velocidade com segurança; quem solta o agente sobre dado não reconciliado herda o retrabalho — só que mais cedo.
Perguntas frequentes
O que são os assistentes do SAP Ariba? São seis assistentes de IA para o ciclo de compras (Category Management, Supplier Management, Requisition, Buying, Receiving e Services Procurement) que a SAP planeja colocar em disponibilidade geral em setembro de 2026, além dos Joule Agents que executam compra e aplicam política no next-gen Ariba Buying.
O que é o split payment? É o mecanismo da reforma tributária brasileira que separa (faz o "split") o valor do tributo no momento do pagamento de uma transação, recolhendo-o automaticamente. A Plataforma Pública do Split Payment foi publicada em 08/09/2026, com manuais de habilitação de participantes e redes.
Quando o split payment é obrigatório? Em 2026 o país está em fase de teste (CBS 0,9% + IBS 0,1%, com emissão sem recolhimento). O split payment é opcional entre empresas a partir de 2027 e avança de forma escalonada nos anos seguintes, conforme a implementação da reforma.
Como integrar SAP com sistema não-SAP no Brasil? Com integração em tempo real via OData, iDocs e RFC entre o SAP e os sistemas de venda, WMS e fiscal, sincronizando master data de fornecedor, estoque e nota fiscal — e mantendo o fiscal de entrada (NCM/CFOP, IBS/CBS, split payment) atualizado. É o trabalho de fundação que a CCX executa.
Um agente que compra rápido sobre um chão fiscal em movimento só erra mais cedo. Antes de soltar o comprador autônomo, reconcilie a fundação. Integre o SAP ao seu e-commerce com a CCX — integração SAP↔não-SAP, master data de fornecedor e fiscal de entrada (NCM/CFOP atualizado, IBS/CBS, split payment) que o Joule precisa para comprar certo. O agente melhora a decisão; a fundação decide o resultado.