Context of the 2026-2033 reform
How EC 132/2023 and LC 214/2025 redesign Brazilian consumption tax and why it is, above all, a production engineering problem.
O que mudou em alto nível
- • EC 132/2023 introduziu o modelo dual (CBS + IBS) e o Imposto Seletivo (IS).
- • LC 214/2025 regulamenta a operação, base de cálculo, créditos e Comitê Gestor do IBS.
- • Transição 2026-2033 impõe operação paralela com PIS/Cofins, ICMS e ISS por anos.
O risco para sistemas críticos não é cumprir a lei em 2033. É operar em paralelo, em produção, sem regredir a experiência do cliente.
Dual model and system-wide impacts
CBS (federal) and IBS (states/municipalities) with a shared base, IS for selective goods and Split Payment as the backbone of collection.
Tributos do novo modelo
| Tributo | Esfera | Substitui | Base | Observação |
|---|---|---|---|---|
| CBS | Federal | PIS, Cofins | Bens e serviços (operações onerosas) | Não-cumulatividade ampla, base "por fora", crédito sobre tudo o que estiver sujeito |
| IBS | Estadual + Municipal | ICMS, ISS | Bens e serviços (mesmo fato gerador da CBS) | Gerido pelo Comitê Gestor do IBS, partilha entre entes federativos |
| IS | Federal | IPI (em parte) | Bens e serviços prejudiciais à saúde ou meio ambiente | Imposto Seletivo (sin tax), incide além de CBS/IBS |
+------------------+ +----------------------+ +-----------------------+
| Operação onerosa| --> | CBS (Federal) | --> | Receita Federal |
| bens/serviços | --> | IBS (Estados+Munic.)| --> | Comitê Gestor IBS |
| | --> | IS (seletivo) | --> | Receita Federal |
+------------------+ +----------------------+ +-----------------------+
|
v
Split Payment em D+0
confirmado pelo PSP
O modelo dual exige que a mesma jornada calcule e registre três tributos diferentes, com bases compartilhadas e regras específicas. Erros silenciosos passam despercebidos durante meses até a apuração.
A Voidr opera cobertura contínua das jornadas fiscais P0 e detecta divergências entre emissão e apuração antes do fechamento.
Ver como funciona: Voidr para CTOsChanges in DF-e (electronic invoicing)
NF-e, NFC-e, NFS-e and CT-e gain new groups (gIBSCBS, gIS, gIBSCBSMun) and events. Everything must be correct from the 2026 pilot onward.
Mudanças por artefato
| Artefato | Mudança | Referência | Impacto |
|---|---|---|---|
| NF-e / NFC-e | Novo grupo gIBSCBS por item e total | NT 2025.002 | Schema atualizado, todos os emissores |
| NF-e / NFC-e | Novo grupo gIS por item (Imposto Seletivo) | NT 2025.002 | Apenas itens sujeitos ao IS |
| NF-e / NFC-e | Grupo gIBSCBSMun para repartição municipal | NT 2025.002 | Partilha automática IBS por município |
| NFS-e nacional | Padrão DPS unificado (Declaração de Prestação de Serviço) | Comitê Gestor da NFS-e | Substitui múltiplos padrões municipais |
| CT-e | Inclusão CBS/IBS sobre transporte | NT em consulta pública | Operadores logísticos, integrações TMS |
| Eventos | Novos eventos de cancelamento e reconciliação CBS/IBS | NT 2025.003 | Estorno automático em cancelamento, conciliação por evento |
Pontos críticos no DF-e
- • gIBSCBS: agora obrigatório por item e por total. Schema rejeita emissões antigas.
- • gIS: apenas para itens sujeitos ao IS. Erro frequente: incluir gIS quando não aplicável.
- • gIBSCBSMun: sustenta a partilha automática IBS por município, incluindo operações interestaduais B2C.
- • Eventos: cancelamento, devolução e ajuste passam a disparar eventos automáticos para conciliação.
Codes, CST and classifications
cClassTrib, CST CBS/IBS, new CFOP and cBenef. Tables will be dynamic: systems must update and regression-test on every change.
Classificação tributária por item
| Código | Descrição | Escopo | Exemplos |
|---|---|---|---|
cClassTrib | Código de Classificação Tributária | Item da nota | Bem padrão, regime específico, isenção, benefício, alíquota reduzida |
CST CBS | Código de Situação Tributária da CBS | Item da nota | 000 Tributação plena · 200 Diferimento · 410 Imune · 999 Outros |
CST IBS | Código de Situação Tributária do IBS | Item da nota | Mesmo padrão do CBS, gerido pelo Comitê Gestor |
CFOP | Atualização das tabelas CFOP | Operação | Novos códigos para operações sujeitas exclusivamente a CBS/IBS |
cBenef | Código de benefício fiscal | Item ou operação | Vinculação com cadastro de benefícios fiscais regulamentados |
As tabelas de cClassTrib, CST CBS/IBS e CFOP serão mantidas pelo Comitê Gestor do IBS e pela Receita Federal. Versione localmente e atualize automaticamente via job, com testes de regressão a cada mudança.
Split Payment end to end
D+0 confirmation, idempotent retries, automated reconciliation and failure scenarios that must be mapped before any fiscal release.
Cenários críticos de Split Payment
| Cenário | Esperado | Falha | Mitigação |
|---|---|---|---|
| Pagamento à vista com Split Payment | PSP retém valor de CBS/IBS, repassa direto à Receita/CGIBS em D+0 | Falha de comunicação com PSP, timeout, repasse não confirmado | Retentativa idempotente, reconciliação assíncrona, alerta operacional |
| Cancelamento pós-pagamento | Evento de cancelamento → estorno automático Split Payment | Estorno parcial, divergência contábil | Reconciliação por evento, fila de exceções monitorada |
| Devolução parcial | Estorno proporcional ao valor da devolução | Cálculo divergente da Receita, base recalculada | Recalcular base no servidor, validar antes da emissão |
| Operação interestadual | Repartição IBS por estado destino, partilha automática | Erro de origem/destino em UF não cadastrada | Validação prévia da UF, fallback para operação simplificada |
| Pagamento parcelado / boleto | Split Payment a cada parcela liquidada | Inadimplência, baixa parcial, descasamento contábil | Conciliação por liquidação, evento de inadimplência |
Riscos operacionais
- • Confirmação D+0: sem confirmação no mesmo dia, há risco contábil e fiscal.
- • Idempotência: retentativas precisam ser idempotentes para evitar dupla retenção.
- • Reconciliação: tem de existir uma fila de exceções monitorada para divergências.
Timeline 2025-2033
From the first 0.9% CBS in 2026 to the full replacement of ICMS and ISS in 2033. Critical windows and milestones for legacy systems.
Linha do tempo da Reforma
| Ano | Marco | Escopo | Impacto em sistemas |
|---|---|---|---|
| 2026 | Piloto CBS/IBS | CBS 0,9% + IBS 0,1% (alíquotas teste) | DF-e atualizada com gIBSCBS, paralelo total com PIS/COFINS/ICMS/ISS |
| 2027 | CBS plena, IS ativo | CBS substitui PIS/Cofins; Imposto Seletivo entra | Migração contábil PIS/Cofins → CBS, novo cálculo IS, eventos novos |
| 2029 | Início da transição IBS | IBS começa a substituir ICMS/ISS gradualmente (10%) | Operação dupla por estado/município, paridade contábil |
| 2030-2032 | Transição IBS | IBS 20% → 30% → 40% → 50% → 60% → 70% → 80% → 90% | Reconciliação contínua, divergências entre legado e novo |
| 2033 | IBS pleno | ICMS/ISS extintos, IBS substitui integralmente | Sistemas legados desativados, single source of truth fiscal |
Em 2026, 0,9% de CBS e 0,1% de IBS já aparecem no DF-e. Mesmo sendo "teste", emissões precisam estar tecnicamente corretas para evitar autuações e reprocessamento.
Continuous coverage of fiscal journeys
E2E test strategy, synthetic data and automated regression for every release with a regulatory or table change.
Matriz de cobertura recomendada
| Fluxo | Prioridade | Cenários | Owner |
|---|---|---|---|
| Emissão NF-e nova layout | P0 | Bem tributado pleno, isento, benefício, monofásico, com IS | QA Fiscal + Plataforma |
| Cancelamento e devolução | P0 | Cancelamento total, devolução parcial, devolução com saldo Split | QA Fiscal |
| Operação interestadual | P0 | B2B, B2C, sujeito passivo destino, não contribuinte | QA Fiscal + Tributário |
| Regime cumulativo / específico | P1 | Operação financeira, plano de saúde, hotelaria, cooperativas | QA Tributário |
| NFS-e DPS | P0 | Tomador isento, ISS local x IBS partilhado, retenção | QA Serviços |
| Importação | P1 | CBS/IBS na importação, IS, drawback, regime aduaneiro | QA Comércio Exterior |
| Apuração e crédito | P0 | Crédito presumido, estorno por inadimplência, partilha CGIBS | QA Fiscal + Contábil |
Estratégia de testes
- • E2E sintéticos por jornada: emissão, autorização, evento, transmissão e apuração no mesmo cenário.
- • Dados sintéticos fiscais: sem PII real, com cobertura de cenários raros (regimes específicos, IS).
- • Regressão por release: toda atualização de tabela ou NT recalibra a suite automaticamente.
24/7 production monitoring
Critical fiscal journeys with SLAs, signals and alerts correlated to SEFAZ, Receita and Split Payment PSP windows.
Jornadas críticas em produção
| Jornada | Criticidade | SLA alvo | Observabilidade |
|---|---|---|---|
| Emissão de NF-e com gIBSCBS | P0 | < 3s autorização SEFAZ | Taxa autorização, erros de schema, divergência cClassTrib |
| Emissão NFC-e (varejo) | P0 | < 1s contingência offline | Tempo de autorização, fallback contingência, fila pendente |
| NFS-e DPS nacional | P0 | < 5s prestação | Status DPS, divergência de tomador, retentativa |
| Split Payment confirmado | P0 | D+0 confirmação PSP/Receita | Tempo de confirmação, taxa de erro, fila de retentativa |
| Cancelamento + estorno IBS/CBS | P0 | < 30s evento aceito | Estorno proporcional, divergência contábil |
| Apuração mensal CBS/IBS | P1 | Fechamento contábil até dia útil 5 | Diferenças apuração x emissão, créditos pendentes |
Sinais e alertas
| Sinal | Limite | Canal |
|---|---|---|
| Taxa de autorização NF-e | < 99,5% em 5 min | Slack #fiscal · PagerDuty P1 |
| Erros de schema gIBSCBS | > 0,5% das emissões | Slack #fiscal · Datadog |
| Divergência cClassTrib | Qualquer ocorrência em P0 | PagerDuty P1 · email tributário |
| Confirmação Split Payment | > 1% sem confirmação D+0 | PagerDuty P1 · Slack #pagamentos |
| Latência NFS-e DPS | P95 > 5s em 10 min | Slack #serviços · Grafana |
| Fila contingência NFC-e | > 100 itens parados | PagerDuty P1 |
| Divergência apuração x emissão | > 0,1% no fechamento | Email tributário · Slack |
Monitorar emissão fiscal só com dashboards de SEFAZ não basta. Erros de cClassTrib e divergências de apuração só aparecem semanas depois, quando o impacto contábil e regulatório já é alto.
A Voidr executa monitoramento sintético contínuo das jornadas fiscais e correlaciona divergências entre emissão e apuração.
Ver como funciona: Voidr para SRE LeadsCompliance, audit and data
Ancillary obligations, integrations with SPED, EFD-Reinf 4.0 and LGPD applied to fiscal data throughout the transition.
Obrigações acessórias e prazos
| Obrigação | Normativa | Prazo |
|---|---|---|
| EFD-Reinf 4.0 | IN RFB atualizada | Vigência conforme cronograma da Receita |
| EFD-Contribuições adaptada | Receita Federal | Convivência durante transição CBS |
| SPED Fiscal e Contábil | Convênio CONFAZ | Atualização de blocos para IBS |
| NFS-e nacional (DPS) | Comitê Gestor NFS-e | Adesão obrigatória conforme cronograma |
| Comitê Gestor IBS | LC 214/2025 | Operação plena a partir de 2026 |
| LGPD em dados fiscais | Lei 13.709/2018 | Permanente · auditoria contínua |
Auditoria e dados
- • Trilha de auditoria: toda emissão, evento e Split Payment precisa ser rastreável fim a fim.
- • Retenção: documentos fiscais e logs de operação seguem o prazo legal aplicável e eventuais prazos prudenciais.
- • LGPD: dados fiscais contêm PII; anonimização em ambientes de teste é obrigatória.
Voidr checklist for the reform
Pre-release, during the release and post-release. Applicable to ERP, fiscal, finance, B2B, e-commerce and POS.
Pré-release
Antes de subir uma release fiscal
Durante a release
Operação durante a janela
Pós-release
Validação nos primeiros dias
Reforma Tributária como prática de production engineering
Cumprir a lei é o piso. A diferença está em operar a transição com qualidade contínua, evidência por release e zero surpresa em produção. A Voidr opera com seu time de QA e SRE para que a Reforma seja só mais uma mudança bem entregue.