A Reforma Tributária saiu do campo do debate político e entrou, nesta semana, dentro do seu ERP. A partir de agosto de 2026, o destaque de IBS e CBS na NF-e virou obrigatório — com a nova nota técnica valendo para a NF-e a partir de 3 de agosto. Por enquanto as alíquotas são de teste (0,9% de CBS e 0,1% de IBS), quase simbólicas em valor. Mas o que muda não é o quanto se paga, e sim a estrutura da nota: quem emitir uma NF-e sem os novos campos preenchidos corretamente corre o risco de ter a nota recusada. E nota recusada é pedido que não fatura.
Esse é o primeiro degrau de uma escada que leva ao split payment — o recolhimento do tributo já no momento da liquidação da compra — previsto para começar a valer a partir de 2027. Ou seja: o que hoje é um ajuste de campo na nota vai, em pouco tempo, mexer no fluxo financeiro da operação. E aqui está o ponto que a maioria das empresas ainda não percebeu: essa não é, na essência, uma questão de contabilidade. É uma questão de integração. Se o ERP e o e-commerce calculam tributo de formas diferentes e não conversam entre si, cada nota emitida vira um risco de recusa — e a venda trava exatamente no faturamento. Este artigo explica por quê.
O que mudou agora: IBS/CBS obrigatório na NF-e, alíquotas de teste e recusa da nota
A mudança concreta é a inclusão obrigatória dos novos tributos na estrutura da nota fiscal eletrônica. IBS (Imposto sobre Bens e Serviços) e CBS (Contribuição sobre Bens e Serviços) são os dois tributos que, ao longo da transição, vão substituir o emaranhado atual de ICMS, ISS, PIS e Cofins. Desde agosto de 2026, a NF-e precisa trazer esses campos destacados.
As alíquotas desta fase são propositalmente baixas — 0,9% de CBS e 0,1% de IBS — porque o objetivo de 2026 não é arrecadar, é testar o encanamento. O fisco está validando se os sistemas de todo o país conseguem emitir a nota no novo formato. E é justamente por ser um teste que o erro custa: uma nota que chega sem os campos corretos, ou com valores inconsistentes, pode ser rejeitada pela SEFAZ. Para a operação, a diferença entre pagar 1% ou 0% é irrelevante; a diferença entre a nota ser aceita ou recusada é a diferença entre faturar e não faturar.
É essa a armadilha do momento. Como o valor é baixo, é tentador tratar a mudança como algo menor, "coisa do contador". Mas a penalidade não é financeira — é operacional. Uma nota recusada segura o pedido, atrasa a entrega, gera retrabalho e frustra o cliente. Multiplicado pelo volume de um e-commerce, o campo mal preenchido deixa de ser um detalhe fiscal e vira um gargalo de receita.
O calendário: de 2026 (destaque) a 2027 (split payment) — o que já aperta
Entender a linha do tempo ajuda a dimensionar a urgência. 2026 é o ano do destaque obrigatório: a nota passa a carregar IBS e CBS, com alíquotas de teste, e o sistema precisa saber calcular e informar esses campos. É a fase de adequação técnica — de fazer o ERP e o e-commerce emitirem a nota no formato novo sem serem recusados.
2027 traz o salto mais pesado: o split payment. Em vez de a empresa receber o valor cheio e recolher o tributo depois, o imposto passa a ser separado e recolhido no ato da liquidação da compra. Isso muda o fluxo de caixa e exige que os sistemas saibam, no momento da transação, exatamente quanto de tributo separar. Um cálculo errado aqui não é mais só uma nota recusada — é dinheiro recolhido a mais ou a menos, com impacto direto no financeiro.
De 2027 em diante, a transição segue avançando por anos, com as alíquotas subindo gradualmente até a substituição completa dos tributos antigos no início da próxima década. A mensagem do calendário é clara: o que se arruma bem agora, na fase de teste barata, é o que evita a dor cara quando o split payment entrar. Quem trata 2026 como ensaio geral chega em 2027 preparado; quem empurra com a barriga vai fazer a adequação sob pressão de fluxo de caixa.
Por que é integração, não contabilidade: ERP e e-commerce calculando tributo separado
Aqui está o coração da questão. Numa operação de e-commerce típica, existem pelo menos dois sistemas que "pensam" sobre tributo: o e-commerce, que precisa mostrar preço e calcular imposto na hora da venda, e o ERP, que emite a nota fiscal e faz a apuração. Se esses dois calculam IBS e CBS por lógicas diferentes — regras diferentes, tabelas diferentes, versões diferentes da configuração — eles vão divergir. E quando divergem, a nota que o ERP emite não corresponde ao que o e-commerce vendeu.
Enquanto o tributo era estável e conhecido, essa divergência era administrável — alguém ajustava na contabilidade depois. Com a Reforma, o cenário muda por dois motivos. Primeiro, as regras são novas e vão mudar ano a ano durante a transição, então manter dois sistemas sincronizados manualmente é insustentável. Segundo, o erro agora tem consequência imediata: a nota é recusada na emissão, não corrigida no fechamento do mês. O problema saiu do retrovisor e foi para o para-brisa.
Por isso a Reforma é, na prática, um projeto de integração. A pergunta não é "meu contador sabe as novas alíquotas?" — é "meu ERP e meu e-commerce concordam, em tempo real, sobre qual tributo destacar em cada nota?". Se a resposta depende de planilha, ajuste manual ou sincronização em lote que roda de madrugada, cada venda feita fora dessa janela é uma nota em risco.
O que precisa conversar: remessa, estoque de terceiro, venda, faturamento e incidência
A Reforma também obriga a operação a ser mais precisa sobre a natureza de cada movimentação, porque a incidência do tributo depende dela. Uma remessa não é uma venda. Estoque de terceiro — mercadoria que está no seu centro de distribuição mas pertence a outro — não incide como estoque próprio. Uma transferência entre filiais não é um faturamento. Cada um desses eventos tem um tratamento tributário distinto, e o sistema precisa saber diferenciá-los na hora de gerar a nota.
Quando o ERP e o e-commerce estão bem integrados, cada evento carrega o contexto que determina sua incidência: o que é isso, para quem, com que finalidade. Quando não estão, tudo vira "venda" por default — e aí notas de remessa saem com tributo indevido, movimentações de estoque de terceiro são tratadas erroneamente, e a inconsistência gera recusa. Orquestrar corretamente remessa, estoque de terceiro, venda, faturamento e incidência entre os sistemas é o trabalho técnico que separa uma operação que fatura sem susto de uma que descobre o problema quando a nota já foi rejeitada.
Como a CCX integra ERP ↔ e-commerce com orquestração fiscal event-driven
É esse trabalho de integração que a CCX faz. Se a sua NF-e começou a ser recusada por causa de IBS/CBS, o problema não está na contabilidade — está na conexão entre os sistemas que emitem e vendem. A CCX conecta ERP e e-commerce com integrações enterprise event-driven: cada evento relevante — uma remessa, uma venda, um faturamento — publica um evento que os sistemas consomem em tempo real, sobre arquitetura orientada a eventos com Kafka ou RabbitMQ, com expertise específica em integração SAP ↔ e-commerce e Protheus ↔ e-commerce (OData, iDocs, RFC). Assim, o tributo destacado na nota reflete a verdade da transação — e não uma sincronização defasada.
Para as operações que precisam orquestrar regras fiscais entre vários sistemas, a CCX soma consultoria MuleSoft e o modelo de API-led connectivity, desenhando a camada de integração que separa remessa, estoque de terceiro, venda, faturamento e incidência de forma governada. E como a Reforma tem prazo regulatório, a CCX entra com squads on-demand de engenheiros sêniores e onboarding em 48 horas, para fazer a adequação dentro da janela que a lei impõe.
Se a sua NF-e começou a ser recusada por IBS/CBS, o problema é integração, não contabilidade: a CCX conecta ERP e e-commerce com orquestração fiscal event-driven — adequação à Reforma sob prazo regulatório, com squad em 48h. Integrar SAP ao seu e-commerce →
FAQ — Perguntas frequentes
O que mudou na NF-e em agosto de 2026? Passou a ser obrigatório destacar IBS e CBS na nota fiscal eletrônica (nova nota técnica válida para a NF-e a partir de 3 de agosto), com alíquotas de teste de 0,9% de CBS e 0,1% de IBS. O valor é baixo, mas a nota que não trouxer os campos corretos pode ser recusada — e nota recusada trava o faturamento do pedido.
O que é o split payment e quando começa? É o recolhimento do tributo já no momento da liquidação da compra, em vez de a empresa receber o valor cheio e recolher depois. Está previsto para começar a valer a partir de 2027 e muda o fluxo de caixa, exigindo que os sistemas saibam exatamente quanto de tributo separar em cada transação.
Por que a Reforma Tributária é um problema de integração? Porque o e-commerce calcula tributo na venda e o ERP calcula na emissão da nota. Se os dois usam lógicas diferentes e não conversam em tempo real, divergem — e a nota emitida não corresponde à venda, sendo recusada. Com regras novas que mudam ano a ano, sincronizar manualmente é inviável; a solução é integração event-driven entre os sistemas.
Por que minha NF-e está sendo recusada por IBS/CBS? Geralmente porque os campos de IBS/CBS não vêm preenchidos corretamente ou porque ERP e e-commerce calculam o tributo de forma inconsistente. A recusa é operacional, não contábil: a origem quase sempre está na integração entre os sistemas que vendem e emitem a nota, não no conhecimento das alíquotas.
Como adequar meu e-commerce à Reforma Tributária sem travar vendas? Integrando ERP e e-commerce com orquestração fiscal event-driven, de modo que cada evento (remessa, venda, faturamento) carregue o contexto que define sua incidência e o tributo destacado reflita a transação real. A CCX faz essa integração com arquitetura orientada a eventos, consultoria MuleSoft e squads on-demand com onboarding em 48h, dentro do prazo regulatório.