Na semana em que a Dreamforce fez a IA “substituir a UI”, a SAP manteve o espelho: o Joule como “porta de entrada” (front door) de toda a suíte, os seis assistentes de compras do Ariba em GA, o Claude como motor de raciocínio embarcado e a SAP Business AI Platform consolidando AI Foundation, Business Data Cloud e BTP. A IA virou a porta do ERP dos dois lados do mercado. Um registro de precisão antes de seguir: esse desenho — Joule-como-porta, Autonomous Enterprise, a Business AI Platform — foi apresentado no Sapphire (maio/2026) e vem sendo reforçado nas releases de Business AI; o gancho de hoje não é um anúncio inédito da SAP, e sim o contraste entre a IA-porta-de-entrada e a novidade fiscal brasileira desta quinzena.
Porque, no Brasil, a novidade não mexeu nos campos da nota — mexeu no CAIXA. O split payment foi adiado e não entra em janeiro/2027. Alívio de prazo, sim; alívio de impacto, não. E uma porta de IA sobre um ERP que não modela o novo mecanismo de liquidação no fluxo de caixa não resolve nada disso — só dá acesso mais rápido a uma projeção de caixa errada.
O que muda agora: split adiado, RAD opcional em 2027, Simples decide até 30/09
Três fatos concretos organizam a quinzena. Primeiro: o split payment foi adiado — não roda em janeiro/2027, e a obrigatoriedade entre empresas é estimada apenas para 2028, por complexidade técnica e pela necessidade de adequação dos próprios bancos. Segundo: já em 2027 entra, de forma opcional, o RAD (Recolhimento pelo Adquirente) — um primeiro passo do modelo de recolhimento na liquidação. Terceiro, e mais urgente: o Simples Nacional decide até 30/09 se recolhe IBS/CBS dentro do DAS ou pelo regime regular (o chamado “Simples híbrido”), com validade jan–jun/2027 e nova janela em março/2027.
Repare que os três fatos têm naturezas diferentes. O adiamento do split é um respiro de cronograma. O RAD é uma opção que já exige o sistema saber lidar com recolhimento na ponta de pagamento. E a opção do Simples é uma decisão com prazo esta semana, que muda a forma de apuração. Nenhum dos três é resolvido por uma camada de IA no topo do ERP — todos exigem que o dado fiscal e financeiro esteja certo por baixo.
A decisão que vence esta semana: DAS ou regime regular
Entre os três fatos, o único com relógio correndo é a opção do Simples Nacional, que precisa ser feita até 30/09. A empresa do Simples decide se recolhe o IBS e a CBS dentro do DAS (mantendo a simplicidade da guia única) ou pelo regime regular — o “Simples híbrido” —, apurando esses tributos por fora, com direito a crédito e débito como uma empresa do lucro real ou presumido.
A escolha não é óbvia e não é só contábil: ela muda quem consegue tomar crédito nas suas vendas. Para quem vende para outras empresas (B2B), permitir que o cliente aproveite crédito de IBS/CBS pode ser decisivo para não perder competitividade; para quem vende direto ao consumidor (B2C), a conta pode pender para o outro lado. Decidir certo exige simular a carga efetiva nos dois regimes com o seu mix de clientes e margens — e isso é um exercício de dado, não de intuição. Uma escolha feita no chute vale por jan–jun/2027, com nova janela só em março; errar custa um semestre inteiro de competitividade.
O adiamento é alívio de prazo, não de impacto: até 28% do fluxo
Aqui está o recado de médio prazo que o adiamento não apaga: quando o split vier, ele pode reduzir o fluxo financeiro das empresas em até 28%. O motivo é estrutural. Hoje, o valor do imposto passa pelo caixa da empresa e só depois é recolhido — nesse intervalo, ele funciona como capital de giro que paga fornecedor, folha e operação. No split, a parcela do imposto nem passa pela conta: é separada e recolhida na liquidação da transação. O tributo total não muda; o que muda — e muito — é quando o dinheiro sai.
Para muitas operações, esse “quando” é a diferença entre respirar e asfixiar. Uma empresa que girava o valor do imposto por 30, 60 ou 90 dias perde esse fôlego de uma vez. É por isso que tratar o split como “mais um campo na nota” é um erro de leitura: ele é um evento de tesouraria, não de compliance. O adiamento dá tempo para se preparar — e preparar significa conseguir simular o impacto no fluxo de caixa antes que ele seja obrigatório, para renegociar prazos, ajustar preços e dimensionar capital de giro com antecedência.
A IA virou a porta do ERP — mas porta de IA não modela capital de giro
É aqui que os dois lados da história se encontram. A SAP promoveu o Joule a porta de entrada da suíte: em vez de navegar telas, o usuário conversa com a IA, que orquestra ações pelos módulos. É um avanço real de experiência e produtividade. Mas uma porta de entrada melhora o acesso e a decisão — ela não cria o dado que não existe nem modela um mecanismo de liquidação que o ERP ainda não entende.
Se o seu S/4HANA (ou o seu ambiente híbrido SAP + não-SAP) não representa split e RAD na liquidação, e não reconcilia o fiscal de entrada (o IBS/CBS creditado nas compras), então a projeção de caixa que o Joule apresenta com toda a elegância conversacional está errada na origem. A IA na porta responde mais rápido — só que responde sobre um número que não incorpora o baque de tesouraria que está chegando. Velocidade sobre dado errado não é produtividade; é risco acelerado.
Vale lembrar que grande parte das empresas brasileiras não roda um SAP puro: roda SAP mais um e-commerce, mais um sistema de meios de pagamento, mais integrações com fornecedores e adquirentes. É exatamente nessas fronteiras — onde a transação é liquidada e o tributo seria separado — que o split e o RAD acontecem. Se essas fronteiras não estão integradas e reconciliadas, o dado do caixa nasce fragmentado, e nenhuma camada conversacional por cima costura o que a integração por baixo deixou solto. A porta de IA vê o que o ERP consolidou; ela não enxerga o que ficou fora dele.
Por que a porta de IA sobre ERP mal-modelado só acelera a projeção errada
Um exemplo torna concreto. Pergunte ao Joule “qual meu fluxo de caixa projetado para o próximo trimestre?”. Se o modelo de dados por baixo assume que o imposto continua circulando pelo caixa (como hoje), a resposta ignora que, sob split, aquela parcela some da conta na liquidação. Se o fiscal de entrada não está reconciliado, o crédito de IBS/CBS aparece errado. Se o RAD não está representado, o momento do recolhimento fica fora do modelo. A IA dará uma resposta confiante e bem escrita — e perigosamente incorreta.
O ponto não é “não use Joule ou Ariba”. É que a camada de IA amplifica a qualidade do que está embaixo: sobre fundação boa, ela acelera boas decisões; sobre fundação furada, acelera as ruins. A decisão de tesouraria diante do split — renegociar, precificar, dimensionar giro — depende de um dado que só a integração SAP↔não-SAP + o fiscal de entrada modelando o impacto no caixa conseguem entregar. A porta é bem-vinda; a fundação é que decide se a empresa aguenta o baque.
Como a CCX prepara a fundação antes de abrir a porta de IA
Na CCX, preparar a empresa para esse cenário é um projeto de fundação, e começa pela integração. Pela frente de Integrações & APIs Enterprise, com expertise dedicada em SAP, conectamos o SAP ao mundo não-SAP — e-commerce, fornecedores, meios de pagamento — com OData, iDoc e RFC e master data de fornecedor consistente, para a IA agir sobre um dado reconciliado ponta a ponta, e não sobre ilhas. Sobre essa integração vem o dado fiscal e financeiro: pela frente de Data & Business Intelligence, modelamos o fiscal de entrada (IBS/CBS), a conciliação e, sobretudo, a simulação do impacto de split e RAD no fluxo de caixa — para a tesouraria enxergar o baque antes que ele seja obrigatório.
E antes de tudo isso, a Consultoria em Tecnologia conduz o clean core e a due diligence do que precisa estar certo por design — inclusive apoiar a decisão de opção do Simples que vence em 30/09. Foi esse o eixo dos posts anteriores da frente: a porta de entrada da suíte SAP diante do chão fiscal brasileiro e os seis assistentes do Ariba em GA diante do split payment.
Quer modelar o caixa antes de abrir a porta de IA? A CCX integra o SAP ao seu e-commerce, modela o fiscal de entrada e simula o impacto de split/RAD no seu fluxo em Data & BI, e conduz o clean core em Consultoria em Tecnologia. Integrar SAP ao seu e-commerce →
Perguntas frequentes (FAQ)
O split payment foi adiado?
Sim. O split payment foi adiado e não entra em janeiro/2027; a obrigatoriedade entre empresas é estimada apenas para 2028, por complexidade técnica e pela necessidade de adequação dos bancos. É alívio de prazo, não de impacto: quando vier, o mecanismo permanece.
Quando o split payment começa?
A obrigatoriedade entre empresas é estimada para 2028. Antes disso, em 2027, entra de forma opcional o RAD (Recolhimento pelo Adquirente), um primeiro passo do recolhimento na liquidação. Os prazos podem se ajustar conforme a regulamentação evolui.
O que é o RAD na reforma tributária?
RAD é o Recolhimento pelo Adquirente: um modelo em que parte do tributo é recolhida na ponta de quem paga/liquida a transação. Em 2027 ele entra como opção, antecipando parte da lógica do split payment — e já exige que o ERP saiba representá-lo.
Até quando o Simples opta por IBS e CBS?
Até 30/09. O Simples Nacional decide até 30 de setembro se recolhe IBS/CBS dentro do DAS ou pelo regime regular (“Simples híbrido”), com validade jan–jun/2027 e nova janela em março/2027. É a decisão mais urgente da quinzena.
Como o split payment afeta o fluxo de caixa?
Pode reduzir o fluxo financeiro em até 28%. Hoje o valor do imposto circula pelo caixa antes de ser recolhido, funcionando como capital de giro; no split, essa parcela nem passa pela conta — é separada e recolhida na liquidação. O tributo total não muda; muda quando o dinheiro sai, e esse “quando” aperta a tesouraria.
A IA já decide a compra; o fiscal decide se ela cabe no seu caixa. A porta de entrada da SAP melhora o acesso e a decisão — mas só a integração SAP↔não-SAP e o fiscal de entrada modelando o impacto de split e RAD dizem se a empresa aguenta o baque. Prepare a fundação enquanto o adiamento dá tempo. Integrar SAP ao seu e-commerce →