O que muda na liquidação financeira com a Lei Complementar nº 214/2025
A instituição do split payment como mecanismo operacional de arrecadação redefine a relação entre faturamento, liquidação bancária e escrituração contábil no ecossistema de software de gestão. Previsto inicialmente na Emenda Constitucional nº 132/2023 e estruturado formalmente pela Lei Complementar nº 214/2025, o modelo transfere a responsabilidade da separação do imposto para o momento exato em que o pagamento é processado pela rede bancária ou credenciadora, impedindo que o montante correspondente aos tributos transite livremente pela conta corrente do vendedor.
Segundo o cronograma oficial da Receita Federal e do Comitê Gestor do IBS, a plataforma pública de split payment entrou em fase formal de testes técnicos no dia 15 de outubro de 2026, reunindo os Prestadores de Serviços de Pagamento em um ambiente de homologação sem retenção de valores reais. Essa etapa técnica antecipa o início da transição tributária marcado para 1º de janeiro de 2027, data em que a Contribuição sobre Bens e Serviços (CBS) e o Imposto sobre Bens e Serviços (IBS) entram em vigor com alíquotas de teste de 0,9% e 0,1%, respectivamente, somando 1,0% conforme estabelece a Lei Complementar nº 214/2025.
Para quem desenvolve e mantém sistemas de gestão empresarial, a mudança não se restringe a uma nova regra fiscal de apuração mensal, porque a retenção imediata altera a lógica das tabelas financeiras de contas a receber, que historicamente operavam esperando a liquidação integral do valor nominal do título para posterior baixa contábil. Embora a obrigatoriedade da separação automática nas operações entre empresas (B2B) tenha sido postergada para 2028, conforme anúncio conjunto da Receita Federal e do Comitê Gestor do IBS, os ajustes arquiteturais no módulo financeiro precisam ser tratados imediatamente pelas software houses.
O gargalo operacional da conciliação bancária nos sistemas legados
O fluxo tradicional dos ERPs brasileiros trabalha sobre a premissa de que a emissão de uma nota fiscal gera um título financeiro com valor correspondente, e a baixa desse lançamento ocorre quando o arquivo de retorno bancário ou o extrato confirma a entrada do valor nominal, descontadas eventuais taxas administrativas e juros contratuais. No modelo de split payment disciplinado pela Lei Complementar nº 214/2025, a liquidação divide o fluxo financeiro em duas direções distintas: a parcela líquida vai para o fornecedor, enquanto o valor retido segue diretamente para a conta de arrecadação do comitê gestor ou da autoridade fazendária.
Se o ERP não estiver estruturado para associar a chave de acesso do documento fiscal à transação de liquidação do meio de pagamento, o módulo de contas a receber entra em colapso operacional, gerando baixas parciais involuntárias, resíduos financeiros em aberto e falsas pendências de cobrança para o cliente final. A reconciliação, que antes era uma operação de confronto direto entre extrato e contas a receber, passa a exigir um processamento em duas pernas que precisa reconhecer que o título original foi plenamente quitado pelo pagador, mesmo que a conta bancária da empresa receba apenas o montante líquido pós-retenção.
O fluxo técnico de split payment na integração com o ERP
Para manter a integridade dos dados contábeis e financeiros, a arquitetura de software precisa adotar um fluxo sequencial padronizado, garantindo que o ciclo de vida do documento eletrônico converse em tempo real com os serviços de mensageria bancária. Esse fluxo técnico organiza-se em cinco etapas fundamentais:
- Geração do documento fiscal eletrônico: o ERP calcula a operação, destaca os campos correspondentes ao IBS e à CBS e transmite o arquivo para a autorização fazendária, gerando a chave de acesso vinculada.
- Vinculação do instrumento de pagamento: o sistema gera o meio de pagamento (Pix dinâmico, boleto com código de identificação ou instrução de cartão) carregando os metadados fiscais exigidos pela plataforma pública, de modo que a instituição financeira consiga correlacionar a cobrança à nota emitida.
- Processamento e segregação pelo PSP: a instituição participante, dentro do grupo de mais de 200 instituições financeiras e de pagamentos estimadas pela Subsecretaria de Gestão Corporativa da Receita Federal para conexão à rede, recebe o pagamento do comprador, consulta os parâmetros do sistema público e executa a divisão do valor no ato.
- Notificação de liquidação estruturada: o provedor de pagamento envia ao ERP, via webhook ou mensageria síncrona, a confirmação do pagamento detalhando o valor total pago, o valor líquido creditado na conta de liquidação e o valor segregado para a administração tributária.
- Baixa financeira e conciliação contábil: o ERP consome o evento de liquidação, baixa o título original pelo valor total da fatura e desdobra o lançamento contábil em contrapartida de receita realizada e antecipação tributária de IBS e CBS, mantendo o extrato financeiro estritamente alinhado com a movimentação real.
A camada financeira do ERPagus na estrutura de integração
Quando a software house tenta construir essa camada de comunicação conectando-se isoladamente a dezenas de instituições bancárias por meio de arquivos tradicionais de remessa e retorno, o custo de desenvolvimento e a taxa de manutenção de código tendem a inviabilizar o roadmap do produto. A complexidade do split payment exige que os dados de liquidação cheguem de forma tratada e imediata ao banco de dados do sistema de gestão.
Nesse cenário de transição técnica, a plataforma ERPagus, da IT Works, atua como uma solução de gestão financeira com banco integrado, conectando as operações do ERP diretamente à infraestrutura bancária. Em vez de exigir que a equipe técnica da software house redesenhe toda a sua camada de comunicação bancária para interpretar as novas estruturas de retenção tributária que estão sendo testadas pelos prestadores de serviços de pagamento desde outubro de 2026, a utilização de uma infraestrutura com serviços financeiros integrados unifica a captura dos eventos de pagamento, permitindo que a conciliação do valor líquido e do valor retido ocorra de maneira transparente para o sistema cliente.
Ajustes no modelo de dados para o roadmap das software houses
Para suportar a fase facultativa e de testes que tem início em 1º de janeiro de 2027 com a soma de 1,0% em alíquotas de teste, as software houses precisam alterar seus esquemas relacionais no banco de dados. Um título a receber não pode mais ser modelado apenas com campos para valor bruto, desconto, juros e valor líquido, sendo necessário criar entidades específicas para registrar os montantes segregados por ente tributário no ato do pagamento.
As tabelas de conciliação bancária também precisam aceitar múltiplos registros de liquidação vinculados a um único evento financeiro, evitando que a baixa automática falhe quando o valor creditado no extrato divergir do total da nota fiscal de saída. Ao tratar essa modelagem durante os testes da plataforma pública e antes da obrigatoriedade para operações B2B prevista para 2028 pela Receita Federal, o time de desenvolvimento assegura a estabilidade do sistema e poupa o usuário de retrabalhos manuais na segunda-feira seguinte ao faturamento.
Perguntas frequentes sobre split payment e sistemas de gestão
Quando o split payment passa a operar em ambiente real com dinheiro?
A fase técnica de testes começou em 15 de outubro de 2026 sem retenção de dinheiro, segundo a Receita Federal e o Comitê Gestor do IBS. A transição gradual com alíquotas de teste de 0,9% para a CBS e 0,1% para o IBS entra em vigor em 1º de janeiro de 2027, conforme a Lei Complementar nº 214/2025.
Quando a separação automática será obrigatória nas operações B2B?
A obrigatoriedade para transações entre empresas está prevista para 2028, após confirmação de adiamento pelo Comitê Gestor do IBS e pela Receita Federal.
Quantas instituições bancárias participam dessa integração técnica?
A Subsecretaria de Gestão Corporativa da Receita Federal estimou que mais de 200 instituições financeiras e prestadores de serviços de pagamento deverão ser integrados gradualmente à plataforma pública do split payment.
O que o ERP precisa mudar para suportar a retenção no pagamento?
O sistema de gestão precisa adaptar o modelo de dados para registrar o valor bruto faturado e o valor líquido creditado, além de integrar meios de pagamento que carreguem a identificação fiscal do documento para permitir a baixa contábil automatizada.
Acompanhe a Reforma sem virar especialista. A IT Works envia por e-mail as principais notícias e insights tributários da semana. Para receber, assine a Newsletter da Reforma no formulário desta página.
Juristas, contadores e especialistas fiscais dedicados em tempo integral ao acompanhamento da legislação. É o mesmo time que mantém a base de mais de 15 milhões de produtos que sustenta as soluções da IT Works.
