Com o split payment, a reforma tributária 2026 vai amarrar pagamento e recolhimento de imposto na mesma transação. Se a nota chegar com erro de leiaute ou campo divergente de IBS/CBS, a transferência trava no instante do pagamento. Adaptar o inbound fiscal, portanto, deixou de ser projeto à parte: virou camada da própria Reforma.
71,8% das empresas operacionais ainda não começaram essa adaptação (Panorama de Maturidade do Recebimento Fiscal 2026, 355 operações). Para o time fiscal e o contas a pagar, isso significa que o ingresso fiscal precisa sair do modo “documento que chega e é conferido” para o modo “documento que destrava ou trava caixa em segundos”.
A boa notícia: dá para sequenciar essa transformação em camadas, sem parar a operação que já roda hoje. O melhor termômetro para começar é entender como o split payment reorganiza a esteira de pagamentos.
O que muda no inbound fiscal com a Reforma Tributária 2026?
A Reforma cria três tributos novos: IBS (estadual e municipal), CBS (federal) e IS (federal, sobre produtos específicos). Eles substituem PIS, COFINS, IPI, ICMS e ISS, mas convivem com o modelo antigo até 2033. Quer dizer: dois sistemas tributários rodando em paralelo por sete anos.
Para o inbound fiscal, o efeito prático é triplo. O XML muda, com novos campos como cClassTrib e os identificadores dos novos tributos. As regras de validação mudam, porque o que era ICMS/ISS vira IBS, e o que era PIS/COFINS vira CBS. O momento do recolhimento muda, com o split payment retirando a parte tributária no instante do pagamento ao fornecedor.
Quem opera com ERP atrasado ou validação manual passa a ter um problema de fluxo de caixa, não só de compliance. A LC 214/2025 já confirma cobrança de teste em 2026, com CBS de 0,9% e IBS de 0,1%.
Por que adaptar o inbound não é um projeto à parte?
A leitura comum no mercado é: “vamos resolver a Reforma primeiro; o inbound vem depois”. Esse sequenciamento é o que rasga o caixa.
A Reforma só funciona se o inbound estiver pronto. É o inbound que recebe a nota, valida os novos campos e libera o pagamento. Se a esteira de pagamentos não conseguir ler IBS, CBS e cClassTrib em tempo real, o split payment não acontece. E se o split payment não acontece, o fornecedor não recebe, a entrega para, a fábrica para.
62,2% das empresas levam mais de 20 dias para processar uma única nota fiscal (Panorama de Maturidade do Recebimento Fiscal 2026). As eficientes operam em 1,2 dia. A diferença entre 20 dias e 1,2 dia é o fôlego que sobra para absorver as adaptações da Reforma sem rachar a operação.
As três frentes que precisam mover juntas: captura, validação e escrituração
Cada fase do ciclo tem uma frente específica de mudança. E todas as três precisam evoluir ao mesmo tempo. Ignorar uma quebra as outras duas.
Captura é o ponto de entrada. O XML que chega na sua operação a partir de 2026 carrega campos novos: cClassTrib, identificadores de IBS/CBS, novos eventos de manifestação para perda, roubo e consumo interno. O conector precisa ler tudo sem perder dado. Quem fica preso a integradores que só puxam o leiaute antigo começa a perder informações no primeiro dia da cobrança de teste.
A validação é onde a maioria das operações vai esbarrar. Cada novo tributo, cada novo evento, cada combinação de cClassTrib passa a precisar de regra fiscal própria. Quem valida em planilha já está atrasado. O motor de Business Rules da V360 permite configurar essas regras no-code, com versionamento. Regras novas entram em produção em ambiente controlado enquanto as antigas continuam tratando a operação atual.
Esse modelo separa o risco da migração do risco da operação. O artigo sobre o novo leiaute do XML detalha como cada campo se posiciona na nova estrutura técnica.
Escrituração fecha o ciclo. O dado validado precisa entrar no ERP com os novos identificadores tributários, conectado ao registro de pagamento. Se a integração com SAP, Oracle ou Protheus não estiver atualizada, a escrituração fica fora de sincronia, e o crédito tributário evapora.
A Reforma só reconhece crédito de IBS/CBS depois do imposto efetivamente pago pelo fornecedor (LC 214/2025): rastreabilidade entre nota e pagamento virou pré-requisito de não-perda de caixa.
Como sequenciar a adaptação sem parar a operação?
A primeira reação do gerente fiscal de uma operação grande, ao ver o cronograma da Reforma cruzado com a lista de projetos do ano, é parar tudo. Tem o S/4HANA correndo, fechamento trimestral, auditoria, treinamento de equipe. Não cabe um projeto inteiro a mais.
E não precisa caber. O modelo que funciona é trabalhar em camadas dentro da operação que já existe.
A Vale processava uma nota em 8 dias e hoje processa em 1 usando o V360. A adaptação não foi feita em paralelo: foi feita em três camadas sucessivas, cada uma virando ganho operacional antes da próxima começar. Primeiro consolidou a captura e a consistência dos dados de entrada. Depois migrou as regras de validação para o motor de Business Rules. Por último ajustou o conector ao ERP, para que a escrituração refletisse o novo padrão automaticamente.
Para a Reforma, o sequenciamento é o mesmo. Camada um: estabilizar a captura dos novos XMLs com IBS, CBS e cClassTrib. Camada dois: ativar as regras de validação dos novos tributos e eventos em ambiente controlado, enquanto as regras atuais continuam rodando a operação. Camada três: cortar a chave do conector para o ERP quando as regras novas já estiverem validadas em produção controlada.
Cada camada é uma entrega independente, com ganho mensurável de lead time. Nenhuma exige parar o fechamento mensal nem brigar com o roadmap do ERP.
Quais são os sinais de que seu inbound não vai aguentar a Reforma?
Cinco sinais práticos aparecem antes do primeiro problema sério com split payment reforma tributária:
- Lead time médio acima de 5 dias para uma nota entrar no ERP;
- Divergências fiscais tratadas em planilha;
- ERP que precisa de patch manual a cada mudança de leiaute;
- Time fiscal sobrecarregado mesmo antes da Reforma entrar em vigor;
- Mais de uma fonte de verdade sobre status de nota dentro da própria empresa.
Esses cinco sinais aparecem juntos na maioria das operações com lead time acima de 20 dias. E aparecem isolados em muitas operações com lead time entre 5 e 10 dias. Quem identifica três ou mais no próprio time vai sentir o impacto da Reforma antes do fim de 2026.
Adapte-se à Reforma antes do prazo!
A Reforma já saiu do cronograma político e entrou no leiaute do XML. Quem trata a adaptação do inbound como camada operacional, e não como projeto separado, ganha fôlego para absorver o split payment sem rachar o caixa. Veja como a V360 entrega a Reforma Tributária dentro da operação que sua empresa já tem.
Perguntas frequentes sobre reforma tributária 2026
Quando o split payment começa a valer? A Reforma prevê cobrança de teste em 2026, com CBS de 0,9% e IBS de 0,1%, e transição completa até 2033, conforme a LC 214/2025.
O que acontece com o crédito tributário no novo modelo? O crédito de IBS e CBS só é reconhecido depois que o imposto for efetivamente pago pelo fornecedor. Rastrear cada nota, cada pagamento e cada recolhimento passa a ser requisito de não-perda de crédito.
Capturar a nota com o novo leiaute já resolve o inbound? Não. Capturar é 20% do trabalho. A validação dos novos campos (CBS, IBS, cClassTrib), o tratamento automatizado de divergências e a escrituração no ERP são o restante do problema.
Vale esperar as definições finais da Reforma para começar a adaptar o inbound? Quem esperar vai acumular passivo de adequações. As maiores operações do Brasil já se movimentaram, segundo o Panorama de Maturidade 2026. Em uma transição de sete anos, começar tarde é começar atrasado.
