Uma empresa vende a prazo, emite o documento fiscal e aguarda o pagamento do cliente.
O vencimento chega, mas o dinheiro não entra.
Enquanto o cliente permanece inadimplente, a empresa apura IBS e CBS e extingue parte do débito por outra modalidade permitida. Quarenta e cinco dias depois, o cliente finalmente paga.
Surge então uma dúvida que será cada vez mais relevante na rotina financeira: se parte de IBS e CBS daquela operação já foi recolhida antes, o split payment poderá retirar novamente o mesmo valor quando o pagamento atrasado chegar?
No procedimento padrão, a resposta é não. A regulamentação determina que, antes da disponibilização dos recursos ao fornecedor, sejam consideradas as parcelas do débito da operação que já tenham sido extintas. O valor a segregar corresponde ao que ainda permanece efetivamente aberto.
Essa regra é essencial para entender o funcionamento do split payment. O mecanismo não deve olhar apenas para o valor originalmente calculado no documento fiscal. Ele precisa considerar a situação tributária da operação no momento da liquidação financeira.
O pagamento atrasado encontra uma situação tributária que pode ter mudado
Na matéria anterior sobre inadimplência, mostramos que a falta de pagamento do cliente não suspende automaticamente eventual saldo de IBS e CBS a recolher.
Isso significa que, entre a data original da venda e o momento em que o cliente finalmente paga, a empresa pode ter extinguido o débito por compensação, pagamento próprio ou outra modalidade prevista na legislação.
Quando o dinheiro chega depois, o cenário tributário já não é necessariamente o mesmo existente no vencimento comercial.
A operação continua sendo a mesma, mas a parcela do débito que ainda precisa ser extinta pode ter diminuído. Por isso, a lógica do split payment depende de informação atualizada e vínculo correto entre operação, pagamento e apuração.
A regra central: o sistema deve descontar o que já foi extinto
A Resolução CGIBS nº 6/2026, para o IBS, e o Decreto nº 12.955/2026, para a CBS, estabelecem a mesma lógica no procedimento padrão.
Antes de liberar os recursos ao fornecedor, o prestador de serviço de pagamento ou a instituição operadora deve consultar a plataforma pública para saber quanto precisa ser segregado.
O cálculo considera a diferença positiva entre o débito de IBS ou CBS incidente sobre a operação e as parcelas desse débito que já tenham sido extintas por quaisquer modalidades previstas na legislação.
Em termos práticos, o split payment não deve recolher novamente aquilo que já foi quitado.
Um exemplo mostra como a diferença pode funcionar
Considere um exemplo exclusivamente didático.
Situação da operação
Valor hipotético
Débito de IBS/CBS vinculado à operação
R$ 12.000
Parcela já extinta antes do cliente pagar
R$ 9.000
Saldo ainda não extinto
R$ 3.000
Valor a considerar no split padrão
R$ 3.000
Se o cliente efetuar o pagamento quando R$ 9 mil do débito já tiverem sido extintos, o procedimento padrão deverá considerar apenas o saldo remanescente de R$ 3 mil, observadas as demais condições da operação.
O exemplo não representa alíquota oficial nem uma regra de cálculo universal. Ele serve apenas para mostrar que o valor originalmente destacado e o montante efetivamente segregado em um pagamento posterior podem ser diferentes.
O valor da nota fiscal não é uma ordem para retirar o mesmo imposto duas vezes
Um erro de interpretação seria imaginar que o prestador de pagamento simplesmente identifica o documento fiscal, lê o valor de IBS e CBS e retira novamente todo o tributo destacado.
No procedimento padrão, o valor do documento fiscal é uma referência da operação, mas a plataforma precisa considerar quanto do débito já foi extinto.
A empresa precisa distinguir três informações: tributo originalmente incidente sobre a operação, parcela já extinta antes do recebimento e saldo que ainda precisa ser extinto quando a liquidação financeira ocorre.
E se a consulta à plataforma não puder ser feita?
A regulamentação também prevê uma solução para situações em que a consulta prévia à plataforma pública não possa ser realizada.
Nesse cenário, o prestador de serviços de pagamento poderá segregar e recolher inicialmente o valor dos débitos vinculados à transação com base nas informações recebidas.
Em seguida, a administração tributária deverá calcular o valor efetivamente devido, deduzindo as parcelas que já haviam sido extintas.
Se o montante recolhido superar o valor que ainda precisava ser extinto, o excedente deverá ser transferido ao fornecedor em até três dias úteis, contados conforme as condições previstas na regulamentação.
Situação
O que acontece
Consulta realizada antes da liberação
Débitos já extintos são considerados antes do split
Segregação tende a refletir o saldo ainda aberto
Consulta indisponível
Pode haver segregação inicial com posterior recálculo
Excedente pode retornar depois
Vinculação incorreta ou tardia
A identificação da operação pode atrasar o tratamento
Conciliação fica mais sensível
Pagamento em atraso
Situação tributária pode ser diferente da data da venda
ERP precisa considerar o histórico
Para o empresário, a diferença não é apenas técnica. Ela pode alterar temporariamente o dinheiro disponível no banco.
Três dias úteis não significam que todo pagamento atrasado terá devolução
O prazo de até três dias úteis aparece na regulamentação para a transferência ao fornecedor de valores que excederem o montante efetivamente calculado em determinadas hipóteses.
Isso não significa que todo pagamento atrasado produzirá automaticamente uma devolução.
Se a consulta ocorrer normalmente e a plataforma identificar previamente o saldo correto, a segregação já poderá considerar o valor que ainda permanece aberto.
O vínculo entre pagamento e documento fiscal passa a ser decisivo
Para saber quanto do débito daquela operação já foi extinto, o sistema precisa identificar corretamente qual operação está sendo paga.
Esse é um dos pontos que se conecta à conciliação entre nota fiscal, pagamento e valor recebido.
Quando documento fiscal e transação financeira não conseguem ser relacionados, a empresa aumenta o risco de diferenças entre o que aparece no banco, o que foi registrado no contas a receber e o que consta na apuração.
Em pagamentos atrasados, essa integração se torna ainda mais crítica porque o saldo tributário pode ter mudado desde a emissão da nota.
O ERP precisa conhecer o histórico tributário, não apenas o recebimento
A necessidade de rastreabilidade reforça o que já mostramos na análise sobre ERP e split payment.
Imagine que o cliente pague hoje uma venda emitida há 60 dias. O ERP não deveria olhar apenas para o valor da nota, o valor do pagamento e o valor que entrou no banco.
Também precisa explicar quanto de IBS e CBS foi originalmente constituído, quanto já foi extinto durante o atraso, quanto foi segregado no pagamento posterior, quanto ficou disponível ao fornecedor e se houve transferência posterior de algum excedente.
Sem essa trilha, uma operação regular pode parecer uma diferença bancária ou tributária sem explicação.
O pagamento tardio pode produzir um valor líquido diferente daquele projetado no vencimento
No vencimento original, a empresa poderia projetar determinado valor líquido de recebimento considerando o débito tributário então existente.
Se o cliente paga semanas depois e parte desse débito já foi extinta, o valor efetivamente segregado pode ser menor.
O caixa líquido da operação, portanto, pode ser diferente daquela projeção feita na data original. Fluxo de caixa projetado e fluxo de caixa realizado precisarão conversar com informações fiscais atualizadas.
A regra protege contra duplicidade, mas não elimina riscos de caixa
O fato de o sistema considerar débitos já extintos reduz o risco de recolhimento definitivo em duplicidade.
Mas ainda podem existir efeitos temporários sobre o caixa, principalmente quando a consulta não puder ser realizada, quando houver problemas de vinculação ou quando informações não estiverem disponíveis no tempo esperado.
A empresa precisa identificar se uma diferença corresponde a tributo efetivamente devido, valor já extinto, segregação provisória superior ao saldo, transferência de excedente ainda não recebida ou erro de vinculação.
2026 deve ser usado para testar também recebimentos fora do prazo
A implementação operacional do split payment é gradual e a infraestrutura pública continua em desenvolvimento e testes.
Por isso, as empresas não deveriam limitar suas simulações a vendas liquidadas de forma perfeita.
Pagamento no vencimento;
Pagamento parcial;
Pagamento com 15 dias de atraso;
Pagamento depois de parte do débito ter sido quitada;
Pagamento com vinculação incorreta;
Situação em que a consulta à plataforma não esteja disponível.
Esses cenários ajudam a revelar se os sistemas conseguem acompanhar o ciclo completo da operação.
O problema não termina quando o cliente paga
Na rotina atual, receber um cliente em atraso normalmente encerra uma parte importante do trabalho do contas a receber.
Com o split payment, o recebimento poderá abrir uma nova etapa de conferência: o financeiro verifica o líquido, o fiscal verifica a extinção, a contabilidade concilia os registros, o ERP preserva a trilha e a tesouraria identifica eventual valor que ainda tenha de retornar ao caixa.
A gestão fiscal passa a acompanhar o ciclo do recebimento
Na avaliação de Cleiton Celini e Gledson Alves, sócios e contadores, o tratamento dos pagamentos em atraso mostra que a preparação para o split payment não pode se limitar à configuração da nota fiscal ou à integração bancária.
A empresa precisa saber o que aconteceu tributariamente com a operação durante todo o período entre faturamento e recebimento. Se parte do débito já tiver sido extinta, essa informação deve acompanhar a operação até o momento em que o cliente paga.
Dez perguntas para testar um pagamento em atraso
- O pagamento está corretamente vinculado ao documento fiscal?
- O ERP conhece o débito original de IBS e CBS da operação?
- O sistema identifica quanto desse débito já foi extinto?
- O valor segregado corresponde ao saldo que permanecia aberto?
- O financeiro consegue explicar a diferença entre valor pago pelo cliente e valor líquido recebido?
- Existe controle para eventual excedente a ser transferido ao fornecedor?
- O contas a receber é baixado sem gerar diferença artificial?
- A apuração registra corretamente a nova modalidade de extinção?
- Fiscal, financeiro e contabilidade enxergam os mesmos identificadores da operação?
- A empresa já simulou pagamentos recebidos semanas depois do vencimento?
FAQ
1. Se IBS e CBS já foram pagos pela empresa, o split payment pode cobrar tudo novamente quando o cliente pagar? No procedimento padrão, não deve ocorrer recolhimento definitivo em duplicidade. O cálculo considera as parcelas do débito da operação que já tenham sido extintas e identifica o saldo ainda aberto.
2. Como o sistema sabe quanto do imposto já foi recolhido? A regulamentação prevê consulta à plataforma pública com base na vinculação entre a transação de pagamento e a operação documentada fiscalmente.
3. E se a consulta à plataforma não puder ser realizada? Pode ocorrer uma segregação inicial com posterior cálculo pela administração tributária. Se houver valor recolhido acima do necessário, o excedente deve ser transferido ao fornecedor conforme as regras e prazos aplicáveis.
4. O prazo de três dias úteis vale para qualquer pagamento em atraso? Não. O prazo se relaciona às hipóteses de transferência de valores excedentes previstas na regulamentação. Se a consulta identificar previamente o saldo correto, pode não existir excedente a devolver.
5. O pagamento em atraso pode gerar um split menor do que o esperado originalmente? Sim. Se parte do débito tributário tiver sido extinta antes da liquidação financeira, o saldo ainda aberto poderá ser inferior ao valor existente na data original da operação.
6. Qual é o principal risco operacional para a empresa? Perder a rastreabilidade entre documento fiscal, débito tributário, formas anteriores de extinção, pagamento posterior, valor segregado e líquido recebido.
Por Cleiton Celini e Gledson Alves, sócios e contadores da AUDICONT Contabilidade