Split payment IBS e CBS: manuais técnicos avançam

Split payment IBS e CBS avançou para uma etapa técnica mais concreta com a publicação, em 23 de setembro de 2026, do Ato Técnico Conjunto RFB/SUARA/CGIBS/Diretoria-Executiva nº 5. O ato aprovou novas versões dos manuais de Operações, Integração, Tempos, Redes e Segurança, além do documento OpenAPI da Plataforma Pública do Split Payment, consolidando requisitos tecnológicos que aproximam a Reforma Tributária do ambiente real de pagamentos. Para CEOs, CFOs, tesourarias, controllers, empresas de tecnologia, varejistas, indústrias, prestadores de serviços e áreas fiscais, o ponto estratégico é claro: o projeto de IBS e CBS não pode mais ficar restrito à emissão da nota fiscal e à apuração. Meios de pagamento, contas a receber, conciliação, antecipação de recebíveis, capital de giro e integração entre ERP e instituições financeiras entram definitivamente no radar.

Resposta direta: o split payment IBS e CBS é o mecanismo previsto na Lei Complementar nº 214/2025 pelo qual, nas operações abrangidas, os prestadores de serviços de pagamento eletrônico e as instituições operadoras de sistemas de pagamentos deverão segregar e recolher ao Comitê Gestor do IBS e à Receita Federal os valores dos tributos no momento da liquidação financeira. A publicação dos manuais técnicos em setembro de 2026 não significa que todas as empresas tenham passado imediatamente a operar obrigatoriamente pelo mecanismo; a legislação prevê implementação gradual. O que mudou agora é o nível de maturidade técnica da infraestrutura: a arquitetura já possui versões oficiais de integração, operação, segurança, redes, tempos e OpenAPI, o que transforma o split payment de conceito jurídico em projeto concreto de sistemas, pagamentos, tesouraria e governança. LegisWeb

O impacto empresarial pode ser profundo porque, no modelo tradicional, a empresa normalmente recebe o valor financeiro da operação e posteriormente administra o recolhimento tributário segundo seus ciclos de apuração e vencimento. No split payment, parte desse fluxo passa a ser segregada na própria liquidação financeira das transações abrangidas.

Isso não significa necessariamente aumento de carga tributária. O ponto central é outro: o caminho financeiro do tributo muda.

Quando muda o caminho do dinheiro, muda também a forma como tesouraria projeta disponibilidade, como contas a receber concilia liquidações, como ERP reconhece os eventos, como financeiro acompanha antecipações e como fiscal compara documento, débito, pagamento e crédito.

A Reforma Tributária, portanto, entra em um território que tradicionalmente ficava distante da área fiscal: a infraestrutura de pagamentos.

Uma empresa pode possuir a regra tributária correta e ainda estar despreparada para o split payment porque seus sistemas não conseguem relacionar nota fiscal, cobrança, transação financeira e liquidação. Pode também possuir tecnologia suficiente e, ainda assim, não conhecer como a segregação afetará seu fluxo de caixa.

É por isso que a preparação precisa começar antes da obrigatoriedade operacional.

A L4 Taxx estrutura essa análise conectando Reforma Tributária, pagamentos, tesouraria, ERP, documentos fiscais, conciliação e capital de giro para que o split payment seja tratado como projeto empresarial e não apenas como alteração tributária.

Por Thiago Leite — Especialista em Inteligência Tributária e Sócio da L4 Taxx.

Leia mais sobre:
Reforma Tributária, APIs e integração dos sistemas fiscais

Split payment IBS e CBS: o que foi aprovado em setembro de 2026

O Ato Técnico Conjunto nº 5, assinado em 22 de setembro e publicado em edição extra do Diário Oficial da União em 23 de setembro de 2026, aprovou um conjunto de especificações técnicas aplicáveis à Plataforma Pública do Split Payment. Foram aprovados o Manual de Operações versão 1.0.1, o Manual de Integração versão 1.1.1, o OpenAPI versão 1.1.1, o Manual de Tempos versão 1.0.1, o Manual de Redes versão 1.0.1 e o Manual de Segurança versão 1.0.0.

O ato também ratificou as versões 1.0.0 dos manuais de Operações e Tempos, que haviam sido anteriormente disponibilizadas em caráter de minuta.

Existe ainda um detalhe técnico importante: o ato disciplinou o versionamento dessas documentações e determinou que alterações realizadas apenas no terceiro componente da versão sejam destinadas exclusivamente à correção de erros materiais e ajustes redacionais ou de formatação, sem criação, alteração ou supressão de requisitos, obrigações, procedimentos, regras ou funcionalidades.

Para departamentos de tecnologia e fornecedores de software, isso é relevante porque aumenta a previsibilidade sobre determinada versão publicada.

A documentação oficial atualmente disponibilizada pelo Comitê Gestor também inclui Manual de Habilitação de Participantes, formulários de habilitação e as versões correntes dos materiais técnicos do split payment.

O avanço não deve ser interpretado como mero formalismo regulatório. Quando uma reforma tributária passa a publicar OpenAPI, manual de segurança, manual de redes, padrões de integração e procedimentos operacionais, ela começa a ingressar na arquitetura tecnológica das empresas e instituições que participarão do fluxo.

O que o split payment muda na lógica tradicional de recolhimento

A Lei Complementar nº 214 estabelece que, nas transações de pagamento relativas a operações com bens e serviços abrangidas pelo mecanismo, os prestadores de serviços de pagamento eletrônico e instituições operadoras dos sistemas deverão segregar e recolher IBS e CBS na liquidação financeira.

A transformação está na integração entre duas informações que historicamente podem viver em ambientes separados: o documento fiscal e o pagamento.

Uma operação comercial nasce em um pedido, transforma-se em nota, gera uma cobrança, passa por um meio de pagamento e finalmente chega à liquidação financeira.

Hoje, muitas empresas administram esses eventos em sistemas distintos.

O ERP registra o faturamento. O gateway registra a transação. O banco registra a liquidação. A adquirente possui outra identificação. A conciliação financeira tenta conectar as informações. O fiscal recebe posteriormente o documento e a escrituração.

O split payment exige que essa cadeia seja observada com muito mais precisão.

Se o documento e a transação financeira não forem adequadamente vinculados, a organização pode enfrentar dificuldades para explicar diferenças entre valor faturado, valor pago, tributo segregado e valor líquido recebido.

Essa é uma transformação de arquitetura de dados.

O impacto começa na tesouraria

Para o CFO, uma das principais perguntas é simples: quanto dinheiro efetivamente estará disponível depois da liquidação?

Considere um exemplo meramente ilustrativo. Uma empresa realiza determinada venda e registra um valor total de operação. Parte desse valor corresponde aos tributos abrangidos pelo mecanismo. Em um fluxo tradicional, o valor financeiro pode ingressar integralmente na tesouraria antes do pagamento do tributo.

No split payment, a parcela correspondente ao IBS e à CBS poderá seguir diretamente para os respectivos entes na liquidação das operações abrangidas.

A empresa continuará reconhecendo sua receita conforme as regras contábeis e fiscais aplicáveis, mas sua disponibilidade financeira operacional pode seguir uma dinâmica diferente.

Isso exige recalibrar projeções.

Modelos de fluxo de caixa que utilizam simplesmente o valor bruto faturado e a data estimada de recebimento podem deixar de refletir adequadamente o dinheiro que ficará disponível para folha, fornecedores, investimentos, amortizações e capital de giro.

A tesouraria precisa conhecer o mecanismo antes de ele entrar em produção porque planejamento financeiro não é ajustado de um dia para outro.

Venda parcelada também precisa entrar na modelagem

A legislação disciplina expressamente as operações parceladas pelo fornecedor. Nessas situações, a segregação e o recolhimento do IBS e da CBS deverão ocorrer de forma proporcional na liquidação financeira de cada parcela.

Esse detalhe é especialmente relevante para varejistas, indústrias com vendas parceladas, plataformas digitais, empresas de serviços recorrentes e negócios que trabalham com prazos comerciais extensos.
Imagine uma operação recebida em seis parcelas.

A tesouraria não deveria apenas projetar seis entradas financeiras. Precisará compreender quanto de cada liquidação poderá corresponder ao valor econômico efetivamente disponível à empresa e quanto seguirá o fluxo tributário.

Isso interfere também no cálculo de necessidade de capital de giro.

Empresas com ciclo financeiro longo precisam analisar se existe descasamento entre pagamentos a fornecedores, despesas operacionais e valores líquidos recebidos.

O efeito pode variar significativamente conforme setor, prazo médio de recebimento, prazo médio de pagamento e estrutura de financiamento.

Aprofunde neste conteúdo:
IBS e CBS na nota fiscal: erros que afetam faturamento e conformidade

Antecipação de recebíveis não elimina a necessidade de análise

A Lei Complementar nº 214 também estabelece que a liquidação antecipada de recebíveis não modifica a obrigação de segregação e recolhimento dentro das regras do split payment.

Esse dispositivo merece atenção porque antecipação faz parte da rotina financeira de milhares de empresas.

Varejistas antecipam recebíveis de cartões. Empresas B2B descontam fluxos futuros. Plataformas estruturam diferentes modelos de liquidação. Fintechs criam produtos financeiros sobre recebíveis comerciais.

Em cada uma dessas estruturas, a empresa precisa entender como o fluxo financeiro será representado depois da integração do split payment.

O problema não deve ser tratado apenas pelo fiscal porque a antecipação pertence ao domínio da tesouraria e das finanças corporativas.

A pergunta passa a ser: qual valor está sendo antecipado, qual valor corresponde ao fornecedor, qual componente está sujeito à segregação e como isso será conciliado entre ERP, instituição financeira e contas a receber?

Uma arquitetura que hoje considera apenas o valor líquido creditado pela adquirente pode não ser suficiente para explicar todos os eventos do novo fluxo.

Análise técnica — Thiago Leite

O split payment mostra por que a Reforma Tributária não pode ser administrada apenas como um projeto de cálculo fiscal. O tributo passa a conversar diretamente com o pagamento. Quando isso acontece, fiscal, financeiro, tesouraria e tecnologia deixam de poder trabalhar sobre bases independentes. O documento precisa conversar com a cobrança, a cobrança com a transação e a transação com a liquidação.

A empresa que esperar a obrigatoriedade para iniciar esse mapeamento pode descobrir tarde que seus identificadores não fecham. O problema talvez não esteja na alíquota ou na nota, mas na ausência de uma chave capaz de relacionar venda, documento, pagamento, parcela e liquidação. O principal trabalho agora é conhecer a própria arquitetura e identificar onde a informação se perde.

— Thiago Leite, CEO L4 Taxx

ERP precisa conversar com o evento financeiro

Grande parte dos ERPs empresariais foi construída com forte separação entre faturamento e liquidação.

O módulo comercial produz pedido e nota. O financeiro gera título. O banco recebe a cobrança. Outro sistema realiza conciliação. O fiscal utiliza o documento para escrituração.

Essa arquitetura funciona quando os eventos podem ser reconciliados posteriormente.

O split payment aumenta a importância de relacioná-los em tempo muito mais próximo da operação.

Uma empresa precisa conseguir responder qual documento originou determinada cobrança, se o pagamento foi integral ou parcial, qual parcela foi liquidada, quanto foi segregado e qual valor efetivamente chegou à conta.

Essa informação também deverá conversar com cancelamentos, devoluções e ajustes.

Por isso, o projeto de adaptação não deveria começar perguntando apenas “nosso ERP já possui campo para IBS e CBS?”.

A pergunta precisa ser maior: nosso ecossistema consegue acompanhar uma transação do documento fiscal até a liquidação financeira?

Muitas organizações descobrirão que o problema não está em um sistema específico, mas na integração entre vários.

OpenAPI transforma a preparação em projeto de integração

A publicação do documento OpenAPI é particularmente relevante para empresas de tecnologia, instituições que operam pagamentos e fornecedores de sistemas.

OpenAPI é um padrão utilizado para descrever interfaces de programação de aplicações. Na prática, ajuda desenvolvedores a compreender endpoints, estruturas de requisição, respostas e integrações de determinado serviço.

Quando a plataforma do split payment possui documentação desse tipo, a Reforma Tributária entra diretamente no backlog das equipes de desenvolvimento.

Arquitetura, segurança, autenticação, disponibilidade, tratamento de erro, logs, monitoramento e observabilidade passam a fazer parte da agenda tributária.

É uma mudança cultural importante.

Historicamente, projetos fiscais podem ser conduzidos com grande participação de contabilidade e tributário e intervenção de TI apenas para parametrização. No split payment, tecnologia participa da própria infraestrutura do processo.

Segurança e redes deixam de ser temas periféricos

A aprovação de manuais específicos de Segurança e Redes demonstra que o projeto envolve muito mais do que cálculo.

Uma plataforma que participa do fluxo financeiro e tributário precisa operar com requisitos técnicos compatíveis com informações sensíveis, comunicação entre participantes e alta disponibilidade.

Para empresas que se conectarão diretamente ou dependerão de prestadores integrados à plataforma, isso levanta novas perguntas de governança.

Quem administra credenciais? Como os acessos são segregados? Como incidentes são registrados? Qual ambiente é responsável por determinada conexão? Como as falhas são monitoradas? Qual equipe responde quando uma transação financeira e a informação fiscal não fecham?

Essas questões precisam entrar em matriz de responsabilidades.

Sem isso, uma divergência pode circular entre fiscal, banco, adquirente, tecnologia e fornecedor de ERP sem que exista clareza sobre quem possui o dado necessário para resolvê-la.

Conciliação financeira passa a ser também conciliação tributária

Hoje, uma empresa pode considerar concluída sua conciliação quando o valor esperado de uma venda coincide com o valor recebido, descontadas tarifas, antecipações e demais componentes financeiros.

Com o split payment, a reconciliação pode precisar incluir também os valores segregados para IBS e CBS.

Isso significa que uma diferença entre bruto e líquido não poderá ser explicada apenas pelas tarifas do meio de pagamento.

A empresa precisará saber qual componente corresponde ao tributo.

Essa informação terá importância contábil, fiscal e financeira.

Se a tesouraria considera determinado valor como não recebido, enquanto o fiscal considera o tributo extinto por segregação, existe uma divergência entre as duas visões que precisa ser conciliada.

Por isso, o desenho de contas contábeis e eventos financeiros também precisa ser analisado.

O fornecedor continua responsável pelo eventual saldo tributário

Outro cuidado importante é não interpretar o split payment como transferência integral da responsabilidade tributária para instituições de pagamento.

A legislação estabelece que o mecanismo não afasta a responsabilidade do sujeito passivo pelo eventual saldo a recolher de IBS e CBS. Planalto

Isso significa que a empresa continuará precisando acompanhar sua apuração.

O split payment é uma modalidade de extinção do débito nas condições previstas na legislação, mas não transforma a conciliação tributária em responsabilidade exclusiva do banco ou da instituição de pagamento.

Se existir diferença entre o valor devido e o valor segregado, a empresa precisa identificar o saldo e tratá-lo dentro das regras aplicáveis.

Essa é mais uma razão para integrar apuração e financeiro.

A implementação gradual precisa ser refletida no projeto

A própria Lei Complementar nº 214 determina implementação gradual do split payment e prevê que ato conjunto do Comitê Gestor do IBS e da Receita Federal definirá as etapas. A lei também admite a previsão de hipóteses em que a adoção seja facultativa.

Isso sugere que as empresas precisarão conviver, durante determinada fase, com diferentes fluxos de pagamento e recolhimento.

Uma parte das operações poderá seguir uma arquitetura, enquanto outra seguirá tratamento distinto conforme a evolução normativa.

Do ponto de vista sistêmico, esse cenário pode ser mais complexo do que uma migração em bloco.

O ERP não poderá simplesmente substituir uma regra antiga por outra.

Pode ser necessário conviver com cenários simultâneos definidos por instrumento de pagamento, tipo de adquirente, operação ou demais critérios estabelecidos na implementação.

Essa convivência aumenta a importância de regras de decisão claras e auditáveis.

Veja também:
Cronograma dos documentos fiscais e ajustes para IBS e CBS

Split payment muda a conversa sobre capital de giro

A discussão financeira merece uma análise própria porque muitas empresas utilizam o intervalo entre recebimento e vencimento do tributo como parte de sua dinâmica de caixa.

O split payment modifica essa lógica nas operações abrangidas.

O dinheiro correspondente à parcela tributária deixa de necessariamente percorrer o mesmo caminho que a parcela econômica pertencente ao fornecedor.

Isso pode afetar indicadores de liquidez e necessidade de financiamento operacional.

Empresas que trabalham com margens reduzidas e alto giro podem sentir efeito diferente de companhias com margens elevadas e prazos longos.

Também existe relação com crédito.

Se determinado modelo financeiro utiliza recebíveis como garantia ou base para antecipação, será necessário compreender como a segregação tributária altera o valor econômico dos fluxos.

Essa discussão deveria entrar no planejamento financeiro antes da implementação.

O CFO precisa simular diferentes cenários de recebimento líquido e comparar os efeitos sobre capital de giro.

Pricing também precisa considerar o novo fluxo financeiro

Preço não depende apenas de carga tributária.

Depende também do momento em que o dinheiro entra e do custo de financiar a operação.

Uma empresa pode manter a mesma carga nominal de tributos e ainda experimentar alteração econômica se sua disponibilidade financeira mudar.

Por isso, equipes de pricing precisam compreender o split payment.

Em contratos de longo prazo, especialmente aqueles com margens estreitas ou grande necessidade de capital de giro, o impacto financeiro pode merecer cláusulas de revisão ou novos parâmetros de cálculo.

Essa análise não deve presumir aumento ou redução universal de margem.

Cada negócio possui ciclo próprio.

O objetivo é medir.

Mapa de impactos do split payment na empresa

Checklist estratégico para preparação do split payment IBS e CBS

• Mapear todos os meios de pagamento utilizados pela empresa e os respectivos prestadores.
• Identificar como cada documento fiscal é relacionado atualmente à cobrança e à liquidação.
• Revisar integrações entre ERP, gateway, adquirência, bancos e contas a receber.
• Mapear operações parceladas e fluxos de antecipação de recebíveis.
• Simular o impacto do recebimento líquido sobre capital de giro e tesouraria.
• Definir como valores segregados serão conciliados na contabilidade e na apuração fiscal.
• Identificar pontos em que hoje a empresa depende de conciliação manual.
• Definir responsáveis por divergências entre documento, pagamento e recolhimento.
• Acompanhar versões técnicas da Plataforma Pública do Split Payment.
• Evitar mudanças definitivas de sistema sem vincular cada desenvolvimento à versão normativa e técnica correspondente.

Scoring L4 Taxx: prontidão para o split payment

O índice abaixo é uma metodologia analítica própria da L4 Taxx. Não é classificação oficial da Receita Federal ou do Comitê Gestor do IBS, não vincula fiscalização e não representa certificação técnica. Seu objetivo é medir se a empresa conhece suficientemente seus fluxos de faturamento, pagamento e conciliação para iniciar um projeto de adaptação.

Como calcular o scoring de prontidão para split payment

A empresa pode distribuir 100 pontos entre cinco dimensões de até 20 pontos cada.

A primeira é rastreabilidade da venda, avaliando se pedido, documento fiscal e título financeiro podem ser conectados.

A segunda é integração dos meios de pagamento, verificando se gateways, adquirentes, bancos e plataformas possuem identificadores conciliáveis.

A terceira é conciliação financeira e contábil, avaliando a capacidade de decompor valor bruto, tributo segregado, tarifa e valor líquido.

A quarta é governança tributária, analisando responsáveis, tratamento de divergências e integração com a apuração.

A quinta é capital de giro e tesouraria, verificando se a empresa já simulou os possíveis efeitos do novo fluxo sobre disponibilidade e financiamento.

O scoring deve ser sustentado por testes e dados. Uma empresa não deve considerar sua integração madura apenas porque possui ERP moderno ou uma plataforma de conciliação. O critério real é a capacidade de seguir uma operação de ponta a ponta e explicar todos os eventos que modificam seu valor.

Erros comuns na preparação para o split payment IBS e CBS

Tratar split payment como problema exclusivo do fiscal

A segregação acontece no fluxo financeiro. Por isso, tesouraria, contas a receber e tecnologia precisam participar desde o desenho inicial.

Confundir publicação técnica com início universal da obrigatoriedade

Os manuais mostram avanço da infraestrutura, mas a legislação prevê implementação gradual. Antecipar obrigações inexistentes pode gerar desenvolvimento desnecessário ou prematuro.

Olhar apenas para o ERP

O ERP é apenas uma parte do ecossistema. Gateways, bancos, adquirentes, plataformas de e-commerce, conciliadores e sistemas financeiros também precisam ser mapeados.

Ignorar vendas parceladas

Parcelamento modifica a cronologia das liquidações. O planejamento precisa refletir segregação proporcional em cada parcela nas situações abrangidas.

Presumir que antecipação de recebíveis evita a segregação

A legislação trata expressamente a antecipação e determina que ela não elimina o mecanismo nas hipóteses correspondentes.

Projetar caixa pelo faturamento bruto

Com o avanço do novo modelo, projeções precisam considerar a diferença entre faturamento, liquidação, tributo segregado e valor efetivamente disponível.

Estudos de Caso L4 Taxx

Os estudos de caso abaixo são hipotéticos e ilustrativos e mostram como inteligência tributária pode ser aplicada à governança, documentação, integração sistêmica, trilha probatória e gestão de caixa no contexto do split payment. Não representam clientes reais e não prometem resultado.

Leia também:
Tax do futuro: processos, dados e governança tributária

FAQ – principais dúvidas sobre split payment IBS e CBS

O avanço técnico do split payment exige separar o que já está definido em lei e documentação técnica daquilo que ainda depende da implementação gradual e de atos futuros.

O que é split payment IBS e CBS?

É o mecanismo previsto na legislação da Reforma Tributária pelo qual, nas transações abrangidas, prestadores de serviços de pagamento e instituições operadoras de sistemas de pagamento segregam e recolhem os valores de IBS e CBS na liquidação financeira da operação.

O que mudou em setembro de 2026?

O Ato Técnico Conjunto nº 5, de 22 de setembro de 2026, aprovou novas versões oficiais dos manuais de Operações, Integração, Tempos, Redes e Segurança, além do documento OpenAPI da Plataforma Pública do Split Payment.

A publicação dos manuais significa que o split payment já é obrigatório para todas as empresas?

Não. A publicação consolida especificações técnicas da plataforma. A própria Lei Complementar nº 214 prevê implementação gradual do mecanismo por ato conjunto da Receita Federal e do Comitê Gestor do IBS. Planalto

O split payment pode afetar o fluxo de caixa das empresas?

Sim. Como parte do valor da operação poderá ser segregada durante a liquidação financeira nas hipóteses abrangidas, empresas precisam revisar a forma como projetam recebimentos, disponibilidade, capital de giro e conciliação. O efeito concreto dependerá da estrutura financeira e operacional de cada negócio.

Como funciona o split payment em vendas parceladas?

A Lei Complementar nº 214 estabelece que, nas operações parceladas pelo fornecedor, a segregação e o recolhimento devem ocorrer proporcionalmente na liquidação financeira de cada parcela. Planalto

Antecipar recebíveis elimina o split payment?

Não. A legislação estabelece que a liquidação antecipada de recebíveis não altera a obrigação de segregação e recolhimento do IBS e da CBS conforme as regras aplicáveis ao mecanismo.

Quais áreas precisam participar do projeto de split payment?

Fiscal, contabilidade, tesouraria, contas a receber, tecnologia, comercial, e-commerce, jurídico e equipes responsáveis por meios de pagamento e conciliação devem participar conforme a estrutura da empresa.

O ERP precisa ser adaptado ao split payment?

A empresa deve avaliar se ERP, gateways, adquirência, contas a receber, conciliação e apuração conseguem relacionar documento fiscal, transação financeira, tributos segregados e valores efetivamente recebidos. A necessidade específica de desenvolvimento dependerá da arquitetura atual e da implementação técnica aplicável.

Qual é o primeiro passo para preparar a empresa?

O primeiro passo é mapear o ciclo entre documento fiscal, cobrança, meio de pagamento, liquidação, recebimento, conciliação e apuração, identificando sistemas, responsáveis e pontos em que atualmente não existe vínculo entre a informação fiscal e financeira.

Aprofunde mais:
Cronograma de DF-e: como preparar documentos e sistemas para IBS e CBS

Conclusão: split payment IBS e CBS transforma Reforma Tributária em projeto financeiro e tecnológico

O avanço técnico do split payment IBS e CBS em setembro de 2026 representa uma mudança importante na maturidade da Reforma Tributária. A discussão deixa de estar limitada à definição jurídica do mecanismo e passa a contar com manuais oficiais de operação, integração, tempos, redes, segurança e interfaces de programação.

Isso não significa que o split payment tenha se tornado imediatamente obrigatório para todas as operações.

Significa que a infraestrutura está ganhando forma.

Para empresas, esse é exatamente o momento em que um projeto preventivo se torna mais eficiente do que uma adaptação emergencial.

A primeira frente está nos dados.

Documento fiscal e pagamento precisam ser tratados como partes do mesmo fluxo. Empresas que não conseguem relacionar esses eventos hoje precisam identificar onde a informação se rompe.

A segunda frente está na tesouraria.

O valor faturado não deve ser confundido com disponibilidade financeira. À medida que o mecanismo for implementado nas operações abrangidas, a parcela tributária poderá seguir diretamente o fluxo de segregação durante a liquidação.

Isso muda projeções.

Capital de giro, antecipação, liquidez e estrutura de financiamento precisam ser simulados com antecedência.

A terceira frente está na tecnologia.

OpenAPI, segurança, redes e integração passam a fazer parte de uma agenda que até pouco tempo poderia parecer exclusivamente tributária.

O CIO e o CTO precisam participar da Reforma Tributária.

A quarta frente está na conciliação.

Fiscal precisa saber o que foi segregado. Financeiro precisa entender por que recebeu determinado valor líquido. Contabilidade precisa representar corretamente os eventos. Tesouraria precisa projetar disponibilidade. Todos precisam trabalhar sobre a mesma transação.

Quando essas áreas utilizam identificadores diferentes, a conciliação se transforma em problema.

A quinta frente está na implementação gradual.

A legislação não desenha uma substituição instantânea de todos os fluxos. A implementação será progressiva, o que pode obrigar empresas a conviver com operações tratadas de formas diferentes durante determinado período.

Isso aumenta a necessidade de parametrizações transparentes.

Cada regra precisa conseguir explicar por que determinada operação seguiu um fluxo e outra seguiu tratamento diferente.

O maior erro seria interpretar o avanço técnico como justificativa para esperar.

Justamente porque a obrigação operacional ainda será implantada gradualmente, existe espaço para diagnosticar sistemas, redesenhar processos e testar cenários sem a pressão de uma migração imediata.

Empresas com alto volume de transações devem priorizar esse trabalho.

Quanto maior o número de gateways, adquirentes, parcelas, meios de pagamento e antecipações, maior tende a ser a dificuldade de criar uma trilha única entre documento e dinheiro.

Essa trilha será estratégica.

Ela permitirá explicar não apenas quanto foi vendido, mas quanto foi liquidado, quanto foi segregado, quanto chegou ao caixa e quanto ainda permanece na apuração.

Para CFOs, o split payment deve ser tratado como projeto de capital de giro.

Para controllers, como projeto de reconciliação.

Para tax, como projeto de extinção e controle tributário.

Para tecnologia, como projeto de integração.

Para o negócio, como transformação da maneira pela qual o dinheiro de cada venda percorre a empresa.

É essa visão integrada que reduz o risco de uma organização possuir excelente compliance fiscal e, ao mesmo tempo, ser incapaz de explicar seu fluxo financeiro depois da liquidação.

A L4 Taxx pode apoiar essa preparação conectando legislação, tecnologia, pagamentos, ERP, tesouraria, contabilidade e inteligência tributária para transformar o split payment em um projeto estruturado de implementação, e não em uma adaptação de última hora.

Fontes oficiais consultadas

• Comitê Gestor do IBS — Plataforma Pública do Split Payment e documentação técnica atual;
• Receita Federal — Atos Conjuntos RFB/CGIBS da Reforma Tributária do Consumo;
• Receita Federal — Atos Técnicos Conjuntos RFB/CGIBS;
• Planalto — Lei Complementar nº 214/2025, texto compilado, especialmente regras sobre recolhimento na liquidação financeira;
• Receita Federal — Orientações oficiais da Reforma Tributária do Consumo.

Como a L4 Taxx pode apoiar sua empresa

A preparação para o split payment exige integração entre tributação, tecnologia, pagamentos, tesouraria e contabilidade. O objetivo é identificar gargalos antes da implementação operacional e mensurar os impactos financeiros do novo fluxo.

Diagnóstico de prontidão

• Mapeamento do ciclo entre venda, documento, cobrança e liquidação.
• Identificação dos sistemas e prestadores envolvidos.
• Avaliação de conciliações manuais e pontos de ruptura.

Revisão de ERP e integrações

• Análise das chaves utilizadas entre documento fiscal e financeiro.
• Mapeamento de APIs, gateways, adquirentes e bancos.
• Definição dos requisitos para conciliação ponta a ponta.

Planejamento de caixa

• Simulação de recebimento líquido em operações abrangidas.
• Análise de efeitos sobre capital de giro.
• Revisão de projeções de tesouraria e necessidades de financiamento.

Conciliação tributária e financeira

• Desenho da decomposição entre faturamento, tributo e valor recebido.
• Integração entre fiscal, contabilidade e contas a receber.
• Criação de procedimentos para tratamento de diferenças.

Governança de implementação

• Definição de responsáveis por fiscal, tecnologia e tesouraria.
• Controle das versões técnicas utilizadas no desenvolvimento.
• Criação de backlog priorizado por risco e materialidade.

Preparação para a Reforma Tributária

• Integração do projeto de split payment com IBS e CBS.
• Revisão dos documentos fiscais e da apuração assistida.
• Criação de uma arquitetura única de governança da transição.