Split payment não muda só a forma de recolher. Muda quanto tempo sobra para contestar em 2027

No que vemos em diagnóstico, o split payment do IBS e da CBS costuma ser descrito como um detalhe operacional: o banco separa o imposto no momento do pagamento, o Fisco recebe direto, a empresa recebe o líquido. Essa descrição deixa de fora que a Lei Complementar 214/2025 não tira do contribuinte a responsabilidade pelo saldo do imposto, mesmo com a retenção automática em funcionamento. Essa responsabilidade residual é o motivo pelo qual o cronograma de parametrização de 2026, o ano de teste da Reforma Tributária, decide quanto tempo sobra para contestar uma divergência dentro do prazo em 2027, quando a cobrança plena da CBS começa.

Este artigo não decide se a sua empresa deve priorizar a parametrização do split payment agora ou depois de outros projetos em andamento. Essa decisão é sempre do cliente, e depende de prioridade orçamentária, capacidade de equipe e outros compromissos do calendário fiscal. O que este artigo mostra é a mecânica legal por trás dessa escolha: o tempo de operação testada que uma empresa tem, em 2026, define a margem que ela vai ter para reconstituir critério e contestar divergência, em 2027.

O que a lei estabelece sobre o mecanismo de retenção

O art. 31 da LC 214/2025 institui o split payment como uma das modalidades de extinção do débito de IBS e CBS: o recolhimento acontece na liquidação financeira da transação, quando prestadores de serviço de pagamento eletrônico e instituições operadoras de sistemas de pagamento segregam e recolhem os valores devidos direto ao Comitê Gestor do IBS e à Receita Federal. O comprador paga o valor cheio da operação; o vendedor recebe o valor líquido, com o imposto já retirado antes de chegar à conta.

O que o texto da lei detalha, no art. 32, é a mecânica que precisa funcionar para essa retenção sair correta, e aqui a redação vigente, dada pela LC 227/2026, mudou o sujeito da obrigação: não é mais o fornecedor quem inclui a informação no documento fiscal eletrônico. É o originador da transação de pagamento (quem inicia a transação junto ao arranjo de pagamento, seja o pagador ou o recebedor dos recursos) quem deve transmitir ao prestador de serviço de pagamento as informações que permitam a vinculação entre a operação e a transação de pagamento, além da identificação dos valores de IBS e CBS incidentes. A redação anterior, que obrigava o fornecedor a incluir essa informação diretamente no documento fiscal, foi substituída, e sobrevive hoje só como exceção pontual: se quem inicia a transação for o recebedor, e ele optar por não transmitir essa informação ao prestador de pagamento, aí sim o fornecedor (ou a plataforma digital) precisa incluir a vinculação no próprio documento fiscal eletrônico, como mecanismo de reserva (art. 32, § 2º-A). Antes de liberar os recursos ao fornecedor, o prestador de serviço de pagamento consulta o sistema do Comitê Gestor do IBS e da Receita Federal, nos termos do art. 32, § 3º, para confirmar os valores a segregar. Essa vinculação, entre nota fiscal eletrônica e transação financeira, é o elo técnico que sustenta o mecanismo inteiro, e o fato de a obrigação principal ter mudado de sujeito entre a redação original e a redação vigente é, em si, um exemplo pequeno do risco maior que este artigo descreve: quem parametrizou o sistema com base na primeira leitura do art. 32 parametrizou o sujeito errado da obrigação.

Por que o ano de teste é onde essa vinculação é aprendida, não presumida

O art. 125 do ADCT, incluído pela Emenda Constitucional 132/2023, fixa 2026 como o ano de teste da Reforma: IBS cobrado à alíquota estadual de 0,1%, CBS a 0,9%, com a possibilidade de dispensa do recolhimento efetivo para quem cumprir as obrigações acessórias corretamente. É um regime desenhado, de forma explícita, para calibração mútua entre empresa e Comitê Gestor, alíquota baixa, consequência financeira reduzida, foco em validar processo.

O art. 126 do mesmo ADCT muda esse cenário a partir de 2027: cobrança plena da CBS, entrada em vigor do Imposto Seletivo, extinção progressiva de PIS e COFINS. A alíquota reduzida de 2026 deixa de existir como amortecedor. Qualquer falha na vinculação entre documento fiscal e transação de pagamento, que em 2026 gerava uma divergência de centavos sobre 0,1% ou 0,9%, passa a gerar uma divergência sobre a alíquota cheia.

O ano de teste não existe para a empresa decidir se vale a pena parametrizar o split payment. Existe para a empresa descobrir, com consequência financeira baixa, onde a vinculação entre nota fiscal e transação de pagamento ainda quebra. Adiar essa descoberta para 2027 não elimina o teste. Só muda o momento em que o erro aparece, e a alíquota que está em jogo quando ele aparecer.

O que significa contestar dentro desse mecanismo

Aqui está o ponto que, no que vemos em diagnóstico, costuma passar despercebido em quem lê o split payment só pela ótica de fluxo de caixa: o art. 34, IV, da LC 214/2025 deixa expresso que o mecanismo de retenção automática "não afasta a responsabilidade do sujeito passivo pelo pagamento do eventual saldo a recolher" do IBS e da CBS. O banco reter o imposto no momento do pagamento não fecha, por si só, a conta do contribuinte com o Fisco. Se o valor segregado estiver errado, porque a vinculação entre a nota fiscal e a transação falhou, porque um dado de cálculo estava incorreto, ou porque a consulta ao sistema do Comitê Gestor devolveu um valor divergente do devido, o saldo residual continua sob responsabilidade de quem vendeu.

Contestar essa divergência exige reconstituir histórico: mostrar como a operação foi parametrizada, comparar o que o sistema calculou com o que deveria ter sido calculado, apresentar evidência de que o processo foi conduzido de forma consistente ao longo do tempo. Uma empresa que só formalizou a parametrização do split payment tarde, ou que nunca testou o mecanismo de vinculação com volume real de transações, chega em 2027 com menos histórico de operação testada para sustentar essa contestação. Não é falta de vontade de contestar. É falta de base documentada para fazer isso dentro do prazo.

O erro não aparece isolado

A vinculação exigida pelo art. 32 depende de dois lados funcionando juntos: o documento fiscal eletrônico carregando a informação certa, e a transação de pagamento carregando a referência certa de volta para esse documento. Uma falha em qualquer um dos dois lados, um erro de cadastro que não propaga o valor correto para o XML, uma integração entre o sistema de faturamento e o meio de pagamento que não transmite a referência esperada, tende a se repetir em todas as operações que passam pelo mesmo fluxo, não a aparecer como incidente isolado.

Em volume baixo de transação e alíquota reduzida, como é o caso do ano de teste, esse tipo de erro sistemático gera uma divergência financeira pequena, mas ainda assim identificável, se alguém estiver de fato acompanhando o resultado da vinculação. Em volume real e alíquota plena, a partir de 2027, o mesmo erro sistemático deixa de ser um ajuste fino e passa a ser uma divergência com peso financeiro relevante, no exato momento em que a janela de tempo para provar que o processo era consistente já está mais apertada.

Onde essa divergência aparece primeiro dentro da operação

Na nossa experiência com diagnóstico fiscal, uma divergência entre o valor retido pelo split payment e o valor efetivamente devido raramente chega ao Diretor Fiscal como um alerta claro, com origem identificada. Ela aparece como um número que não fecha na conciliação entre a posição bancária (o que o extrato mostra que foi retido) e a posição fiscal (o que a apuração calcula que deveria ter sido retido). Esse tipo de diferença é fácil de tratar, no primeiro momento, como ruído de conciliação, um lançamento em trânsito, uma diferença de data de corte, algo que se resolve manualmente e segue o mês. O problema é que, se a causa raiz for uma falha estrutural na vinculação entre documento fiscal e transação de pagamento, o mesmo tipo de diferença volta a aparecer no fechamento seguinte, e no seguinte, sem que ninguém tenha investigado a origem além do ajuste pontual daquele mês.

Esse padrão, correção manual repetida sem investigação da causa, é exatamente o que reduz a base de evidência disponível para uma contestação futura. Um lançamento de ajuste manual, sem documentação de por que a diferença ocorreu, não prova que a operação foi conduzida com critério consistente. Prova apenas que alguém percebeu um número errado e corrigiu, mês após mês, sem que isso vire conhecimento formal sobre onde o mecanismo de split payment está falhando.

A decisão sem dono formal

Adiar a parametrização do split payment sem uma decisão formal, registrada, com um responsável assumindo o risco por escrito, é o resultado de outras prioridades competindo pelo mesmo orçamento e pela mesma equipe: um projeto de migração para S/4HANA em andamento, um fechamento fiscal que já consome a capacidade disponível, a percepção de que "ainda dá tempo" enquanto a alíquota de teste continua baixa. Cada uma dessas razões é legítima isoladamente. A soma delas, sem uma decisão explícita sobre quando o split payment entra na fila, é o que determina, por omissão, quanto tempo de operação testada a empresa vai ter disponível quando a cobrança plena começar.

Quatro perguntas para medir isso na sua operação

Antes de decidir quando parametrizar o split payment por completo, quatro perguntas ajudam a medir a exposição real, sem depender de impressão:

1. A vinculação entre documento fiscal eletrônico e transação de pagamento, exigida pelo art. 32 da LC 214/2025, já foi testada com volume real de operações, ou só em ambiente controlado?
2. Existe hoje um processo formal de comparação entre o valor que o split payment reteve e o valor que deveria ter sido retido, ou essa checagem depende de alguém notar uma divergência por acaso?
3. Quem, nomeadamente, é responsável por documentar e reter a evidência de que a parametrização foi validada durante o ano de teste?
4. Se um saldo residual de IBS ou CBS for cobrado em 2027, existe hoje histórico suficiente de operação testada em 2026 para sustentar uma contestação dentro do prazo?

Se a resposta a qualquer uma dessas perguntas for "não sei" ou "ainda não testamos", isso não significa que a operação já tenha um erro em curso. Significa que a janela de contestação de 2027 está sendo decidida, agora, por omissão, em vez de por escolha. A diferença entre as duas posições não é técnica, é de governança: uma é ponto cego, a outra é risco aceito conscientemente, com prazo e responsável definidos.

O papel da DFSpro nesse tipo de decisão

Testar a vinculação exigida pelo split payment, comparar o valor retido contra o valor devido e documentar o resultado é, na prática, trabalho de rastreabilidade: desenhar o cenário de teste, rodar volume real de operação, provar o comportamento do sistema e registrar a evidência antes que ela seja exigida sob pressão de prazo. A DFSpro desenha e executa esse tipo de teste em ambientes SAP integrados ao Guepardo Tax, dentro do Diagnóstico Fiscal Estruturado. A decisão sobre quando priorizar a parametrização do split payment, e quanto risco aceitar entre 2026 e 2027, continua sendo do cliente, sempre. O papel da DFSpro é garantir que essa decisão seja tomada com evidência de comportamento real do sistema, não com a suposição de que o mecanismo já está funcionando corretamente porque nunca gerou um alerta visível.