Por décadas, o ERP e a solução fiscal de uma empresa puderam viver em relativa paz, mesmo quando não conversavam bem entre si. O contador fechava o mês, batia os relatórios, ajustava manualmente o que não batia, e a apuração de impostos seguia uma lógica sequencial, tolerante a atrasos: emitir a nota fiscal, registrar as movimentações, apurar débitos e créditos ao final do período e transmitir obrigações acessórias. Quando havia uma falha de integração, o problema normalmente significava retrabalho, não uma interrupção imediata da operação.
Essa tolerância está terminando, pois com o Split Payment do IBS e da CBS, parte relevante do recolhimento e da extinção dos débitos tributários passa a ocorrer de forma vinculada às transações e à liquidação financeira. A apuração periódica permanece, mas passa a conviver com eventos processados ao longo de todo o ciclo operacional. E, quando o processo tributário passa a acompanhar a operação, não há mais espaço para sistemas que trabalham isoladamente.
Do fechamento periódico ao processamento orientado a eventos
O modelo tributário que o Brasil conhece hoje segue uma lógica relativamente simples: a empresa emite a nota fiscal, o sistema acumula débitos e créditos ao longo do período, e, no fechamento do período, as escriturações fiscais digitais, como a EFD ICMS/IPI e a EFD-Contribuições, consolidam as informações que serão transmitidas ao Fisco. É uma lógica de processamento em lote, que ainda oferece alguma margem para identificar e corrigir
O Split Payment reduz essa margem de manobra. Nele, o Prestador de Serviços de Pagamento (PSP), como banco, fintech ou gateway, recebe a instrução de pagamento do cliente, acessa as informações necessárias para identificar a operação e
Em uma situação meramente ilustrativa, considerando uma operação de R$ 1.000 e um valor de IBS e CBS de R$ 200 sujeito à segregação, até R$ 200 poderão ser destinados ao recolhimento dos tributos, enquanto o valor líquido correspondente será disponibilizado ao fornecedor. Na prática, isso muda não apenas a forma de recolher tributos, mas também a maneira como a empresa terá de conciliar seus registros financeiros, fiscais e contábeis.
Para viabilizar esse novo fluxo, a Receita Federal e o Comitê Gestor do IBS publicaram, em junho de 2026, a documentação técnica da Plataforma Pública de Split Payment, incluindo seu Manual de Integração, uma estrutura de comunicação entre os PSPs e os entes governamentais. A mecânica prevê um fluxo estruturado, com remessa, envio dos lotes de transações e informação de encerramento, além de etapas de transmissão, validação e processamento das informações entre os participantes do ecossistema de pagamentos, a Receita Federal e o Comitê Gestor do IBS.
Para quem administra sistemas, o ponto central é outro, esse fluxo só se sustenta se o ERP estiver devidamente parametrizado e se os sistemas conseguirem identificar corretamente o pagador, o fornecedor, o documento fiscal relacionado, os valores da operação e as informações tributárias necessárias à segregação. Com isso, além de ter a informação correta no fechamento do mês,
Onde o silo acontece
Na prática, a maior parte das empresas brasileiras ainda opera com uma arquitetura fragmentada, uma solução fiscal especializada cuida da emissão de NF-e, NFC-e, CT-e e NFS-e, entre outros documentos fiscais eletrônicos. O ERP responde pelo financeiro, pelo estoque e pela contabilidade e um gateway ou adquirente conduz a liquidação dos pagamentos. Cada peça cumpre sua função, mas nem sempre existe uma visão única da operação.
Cada sistema se comunica com o Fisco ou com o cliente em um momento diferente, enquanto a reconciliação entre eles costuma acontecer manualmente, depois do fato. Esse modelo, que era tolerável quando a apuração ocorria mensalmente, passa a representar uma fonte mais relevante de risco fiscal e financeiro a partir de 3 de agosto de 2026, quando se
Pontos de ruptura já mapeados pelo mercado
Devemos considerar que juros, multas e demais acréscimos podem integrar a base de cálculo do IBS e da CBS, o pagamento de valor superior ao originalmente documentado exigirá tratamento fiscal e conciliação específicos. Para fins de conformidade, a empresa poderá precisar emitir documento fiscal complementar ou adotar o procedimento previsto na regulamentação aplicável para refletir esses acréscimos.
Se o ERP não conseguir correlacionar o documento fiscal originário, o evento de pagamento do boleto, o extrato de segregação enviado pelo PSP e o reflexo na conta fiscal do governo, a empresa corre o risco de transformar uma operação simples em uma sequência de ajustes manuais e inconsistências difíceis de rastrear.
Na identificação da operação tributária, deve ser preservada a vinculação com o fornecedor que realizou o fornecimento, ainda que o direito creditório tenha sido posteriormente cedido ou antecipado, é o lojista que efetivamente realizou a venda ao consumidor que permanece como referência da operação tributária.
A cessão de crédito é um negócio jurídico autônomo e não desloca a obrigação tributária da operação original. Por isso, os sistemas de gestão financeira e de antecipação de recebíveis precisam conversar com o ERP para que a cessão não crie uma diferença entre o fluxo de caixa projetado e o valor efetivamente segregado.
O cadastro de fornecedores não é apenas uma rotina administrativa
A validação ativa dos campos de IBS e CBS na NF-e pela Receita Federal já começou em 2026. Dados cadastrais ou tributários incorretos
Em todos esses casos, o denominador comum é o mesmo,a solução fiscal, o ERP e os sistemas financeiros precisam trabalhar sobre uma mesma base de dados, com informações consistentes, rastreáveis e continuamente conciliáveis. Não basta que os sistemas “conversem” eventualmente, eles precisam compartilhar o mesmo contexto da operação.
Rastreabilidade completa não é opcional
O modelo de Apuração Assistida, que o governo vem estruturando em paralelo ao Split Payment, reforça essa exigência. Em vez de a empresa apenas somar débitos e créditos no fim do mês, a plataforma pública passa a consolidar, evento a evento, a emissão de notas, a liquidação via Split Payment e outras movimentações, compondo uma apuração baseada nos documentos fiscais, nos pagamentos, nas formas de extinção dos débitos, créditos e demais eventos tributários. Essa mudança coloca o ERP no centro da cadeia de informação, ele deixa de ser apenas o sistema que gera ou registra a informação fiscal e passa a ter papel fundamental na preservação da rastreabilidade e na conciliação entre o documento fiscal, o evento de pagamento e o extrato de segregação.
Quando essa cadeia se rompe, por exemplo, porque um campo de classificação tributária ficou desatualizado, o impacto não aparece apenas como uma linha isolada no orçamento de TI. Ele pode se transformar em crédito tributário glosado, horas de trabalho da equipe fiscal para localizar divergências, fluxo de caixa diferente do previsto e, em situações mais críticas, rejeição de documentos fiscais, atraso no faturamento ou recebimento líquido diferente do esperado.
É por isso que a integração não é apenas uma questão de tecnologia, ela possui um impacto direto sobre o caixa, conformidade, eficiência operacional e capacidade de crescimento.
O que perguntar ao seu ERP agora
Diante desse cenário, algumas perguntas técnicas passam a orientar decisões estratégicas de negócio. É preciso avaliar, por exemplo se o ERP possui integração nativa e bidirecional com os emissores de NF-e, NFC-e e CT-e ou ainda depende de exportações e importações manuais de arquivos.
Também é necessário verificar se o sistema está preparado para receber e conciliar tempestivamente os dados de segregação e recolhimento disponibilizados pelos participantes do sistema de pagamentos, registrando essas informações de forma automática nos módulos financeiro e contábil.
Outro ponto importante é a existência de um identificador único capaz de correlacionar, ao longo de todo o ciclo, o documento fiscal original, o evento de liquidação, o extrato de segregação e o lançamento contábil, inclusive nos casos de complementação decorrentes de juros e multas.
Da mesma forma, a base cadastral de fornecedores precisa estar integrada a processos contínuos de validação cadastral, fiscal e tributária, permitindo identificar alterações relevantes para a emissão dos documentos fiscais e a apropriação dos créditos, em vez de depender exclusivamente de atualizações realizadas durante auditorias pontuais.
Por fim, é fundamental entender se o fornecedor do ERP conta com um processo estruturado e tempestivo para incorporar alterações legais, notas técnicas e novos leiautes do IBS e
A Reforma Tributária também é um teste para a arquitetura de dados
A arquitetura de dados que sustentava a apuração tributária brasileira foi construída para uma realidade em que o fechamento mensal ocupava o centro do processo. O Split Payment aponta para outra lógica, uma arquitetura orientada a eventos, na qual a solução fiscal, ERP, sistemas financeiros e plataformas de pagamentos precisam compartilhar informações de maneira contínua e confiável.
Essa transformação não deve ser tratada como um projeto para depois da transição. O momento de testar integrações, revisar cadastros, validar fluxos e identificar pontos de ruptura é agora.
A Reforma Tributária está mudando alíquotas, regras e obrigações, além de mudar a velocidade com que a informação tributária precisa circular dentro das empresas. E, nesse novo cenário, o maior risco não está necessariamente em ter sistemas diferentes, mas sim em permitir que eles continuem trabalhando com versões diferentes da mesma operação.
