A institui\u00e7\u00e3o do split payment como mecanismo operacional de arrecada\u00e7\u00e3o redefine a rela\u00e7\u00e3o entre faturamento, liquida\u00e7\u00e3o banc\u00e1ria e escritura\u00e7\u00e3o cont\u00e1bil no ecossistema de software de gest\u00e3o. Previsto inicialmente na Emenda Constitucional n\u00ba 132\/2023 e estruturado formalmente pela Lei Complementar n\u00ba 214\/2025, o modelo transfere a responsabilidade da separa\u00e7\u00e3o do imposto para o momento exato em que o pagamento \u00e9 processado pela rede banc\u00e1ria ou credenciadora, impedindo que o montante correspondente aos tributos transite livremente pela conta corrente do vendedor.<\/p>\n
Segundo o cronograma oficial da Receita Federal e do Comit\u00ea Gestor do IBS, a plataforma p\u00fablica de split payment entrou em fase formal de testes t\u00e9cnicos no dia 15 de outubro de 2026, reunindo os Prestadores de Servi\u00e7os de Pagamento em um ambiente de homologa\u00e7\u00e3o sem reten\u00e7\u00e3o de valores reais. Essa etapa t\u00e9cnica antecipa o in\u00edcio da transi\u00e7\u00e3o tribut\u00e1ria marcado para 1\u00ba de janeiro de 2027, data em que a Contribui\u00e7\u00e3o sobre Bens e Servi\u00e7os (CBS) e o Imposto sobre Bens e Servi\u00e7os (IBS) entram em vigor com al\u00edquotas de teste de 0,9% e 0,1%, respectivamente, somando 1,0% conforme estabelece a Lei Complementar n\u00ba 214\/2025.<\/p>\n
Para quem desenvolve e mant\u00e9m sistemas de gest\u00e3o empresarial, a mudan\u00e7a n\u00e3o se restringe a uma nova regra fiscal de apura\u00e7\u00e3o mensal, porque a reten\u00e7\u00e3o imediata altera a l\u00f3gica das tabelas financeiras de contas a receber, que historicamente operavam esperando a liquida\u00e7\u00e3o integral do valor nominal do t\u00edtulo para posterior baixa cont\u00e1bil. Embora a obrigatoriedade da separa\u00e7\u00e3o autom\u00e1tica nas opera\u00e7\u00f5es entre empresas (B2B) tenha sido postergada para 2028, conforme an\u00fancio conjunto da Receita Federal e do Comit\u00ea Gestor do IBS, os ajustes arquiteturais no m\u00f3dulo financeiro precisam ser tratados imediatamente pelas software houses.<\/p>\n
O fluxo tradicional dos ERPs brasileiros trabalha sobre a premissa de que a emiss\u00e3o de uma nota fiscal gera um t\u00edtulo financeiro com valor correspondente, e a baixa desse lan\u00e7amento ocorre quando o arquivo de retorno banc\u00e1rio 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\u00ba 214\/2025, a liquida\u00e7\u00e3o divide o fluxo financeiro em duas dire\u00e7\u00f5es distintas: a parcela l\u00edquida vai para o fornecedor, enquanto o valor retido segue diretamente para a conta de arrecada\u00e7\u00e3o do comit\u00ea gestor ou da autoridade fazend\u00e1ria.<\/p>\n
Se o ERP n\u00e3o estiver estruturado para associar a chave de acesso do documento fiscal \u00e0 transa\u00e7\u00e3o de liquida\u00e7\u00e3o do meio de pagamento, o m\u00f3dulo de contas a receber entra em colapso operacional, gerando baixas parciais involunt\u00e1rias, res\u00edduos financeiros em aberto e falsas pend\u00eancias de cobran\u00e7a para o cliente final. A reconcilia\u00e7\u00e3o, que antes era uma opera\u00e7\u00e3o de confronto direto entre extrato e contas a receber, passa a exigir um processamento em duas pernas que precisa reconhecer que o t\u00edtulo original foi plenamente quitado pelo pagador, mesmo que a conta banc\u00e1ria da empresa receba apenas o montante l\u00edquido p\u00f3s-reten\u00e7\u00e3o.<\/p>\n
Para manter a integridade dos dados cont\u00e1beis e financeiros, a arquitetura de software precisa adotar um fluxo sequencial padronizado, garantindo que o ciclo de vida do documento eletr\u00f4nico converse em tempo real com os servi\u00e7os de mensageria banc\u00e1ria. Esse fluxo t\u00e9cnico organiza-se em cinco etapas fundamentais:<\/p>\n
Quando a software house tenta construir essa camada de comunica\u00e7\u00e3o conectando-se isoladamente a dezenas de institui\u00e7\u00f5es banc\u00e1rias por meio de arquivos tradicionais de remessa e retorno, o custo de desenvolvimento e a taxa de manuten\u00e7\u00e3o de c\u00f3digo tendem a inviabilizar o roadmap do produto. A complexidade do split payment exige que os dados de liquida\u00e7\u00e3o cheguem de forma tratada e imediata ao banco de dados do sistema de gest\u00e3o.<\/p>\n
Nesse cen\u00e1rio de transi\u00e7\u00e3o t\u00e9cnica, a plataforma ERPagus, da IT Works, atua como uma solu\u00e7\u00e3o de gest\u00e3o financeira com banco integrado, conectando as opera\u00e7\u00f5es do ERP diretamente \u00e0 infraestrutura banc\u00e1ria. Em vez de exigir que a equipe t\u00e9cnica da software house redesenhe toda a sua camada de comunica\u00e7\u00e3o banc\u00e1ria para interpretar as novas estruturas de reten\u00e7\u00e3o tribut\u00e1ria que est\u00e3o sendo testadas pelos prestadores de servi\u00e7os de pagamento desde outubro de 2026, a utiliza\u00e7\u00e3o de uma infraestrutura com servi\u00e7os financeiros integrados unifica a captura dos eventos de pagamento, permitindo que a concilia\u00e7\u00e3o do valor l\u00edquido e do valor retido ocorra de maneira transparente para o sistema cliente.<\/p>\n
Para suportar a fase facultativa e de testes que tem in\u00edcio em 1\u00ba de janeiro de 2027 com a soma de 1,0% em al\u00edquotas de teste, as software houses precisam alterar seus esquemas relacionais no banco de dados. Um t\u00edtulo a receber n\u00e3o pode mais ser modelado apenas com campos para valor bruto, desconto, juros e valor l\u00edquido, sendo necess\u00e1rio criar entidades espec\u00edficas para registrar os montantes segregados por ente tribut\u00e1rio no ato do pagamento.<\/p>\n
As tabelas de concilia\u00e7\u00e3o banc\u00e1ria tamb\u00e9m precisam aceitar m\u00faltiplos registros de liquida\u00e7\u00e3o vinculados a um \u00fanico evento financeiro, evitando que a baixa autom\u00e1tica falhe quando o valor creditado no extrato divergir do total da nota fiscal de sa\u00edda. Ao tratar essa modelagem durante os testes da plataforma p\u00fablica e antes da obrigatoriedade para opera\u00e7\u00f5es B2B prevista para 2028 pela Receita Federal, o time de desenvolvimento assegura a estabilidade do sistema e poupa o usu\u00e1rio de retrabalhos manuais na segunda-feira seguinte ao faturamento.<\/p>\n
Quando o split payment passa a operar em ambiente real com dinheiro?<\/strong> Quando a separa\u00e7\u00e3o autom\u00e1tica ser\u00e1 obrigat\u00f3ria nas opera\u00e7\u00f5es B2B?<\/strong> Quantas institui\u00e7\u00f5es banc\u00e1rias participam dessa integra\u00e7\u00e3o t\u00e9cnica?<\/strong> O que o ERP precisa mudar para suportar a reten\u00e7\u00e3o no pagamento?<\/strong>
A fase t\u00e9cnica de testes come\u00e7ou em 15 de outubro de 2026 sem reten\u00e7\u00e3o de dinheiro, segundo a Receita Federal e o Comit\u00ea Gestor do IBS. A transi\u00e7\u00e3o gradual com al\u00edquotas de teste de 0,9% para a CBS e 0,1% para o IBS entra em vigor em 1\u00ba de janeiro de 2027, conforme a Lei Complementar n\u00ba 214\/2025.<\/p>\n
A obrigatoriedade para transa\u00e7\u00f5es entre empresas est\u00e1 prevista para 2028, ap\u00f3s confirma\u00e7\u00e3o de adiamento pelo Comit\u00ea Gestor do IBS e pela Receita Federal.<\/p>\n
A Subsecretaria de Gest\u00e3o Corporativa da Receita Federal estimou que mais de 200 institui\u00e7\u00f5es financeiras e prestadores de servi\u00e7os de pagamento dever\u00e3o ser integrados gradualmente \u00e0 plataforma p\u00fablica do split payment.<\/p>\n
O sistema de gest\u00e3o precisa adaptar o modelo de dados para registrar o valor bruto faturado e o valor l\u00edquido creditado, al\u00e9m de integrar meios de pagamento que carreguem a identifica\u00e7\u00e3o fiscal do documento para permitir a baixa cont\u00e1bil automatizada.<\/p>\n
\n