A partir de julho de 2026, a Receita Federal começa a emitir CNPJs com letras nas 12 primeiras posições. A Instrução Normativa RFB 2.229/2024 já está em vigor. Todo sistema que armazena CNPJ como INTEGER, BIGINT ou NUMERIC vai quebrar. Toda validação com regex numérico vai rejeitar clientes reais. Toda máscara de input vai bloquear cadastros válidos. E todo XML de NF-e, CT-e e SPED precisa aceitar o novo formato. A mudança é inevitável — a pergunta é se você vai se preparar ou apagar incêndio.
O CNPJ atual é 100% numérico: XX.XXX.XXX/XXXX-XX. O novo formato mantém 14 posições, mas as 12 primeiras passam a ser alfanuméricas (A-Z e 0-9). Os 2 últimos dígitos verificadores continuam numéricos, calculados por Módulo 11 adaptado. CNPJs existentes não mudam — mas todo sistema precisa aceitar os novos.
Se o CNPJ está armazenado como INTEGER, BIGINT ou NUMERIC, o banco vai rejeitar inserção de CNPJs com letras. A migração para VARCHAR(14) ou CHAR(14) é obrigatória — e precisa preservar zeros à esquerda que o tipo numérico pode ter descartado. Cada tabela, cada view, cada stored procedure que toca CNPJ precisa ser auditada.
Regex [0-9]{14} vai rejeitar CNPJs válidos. Funções de validação de dígito verificador precisam do novo cálculo Módulo 11 que converte letras em valores (A=17, B=18... Z=42). Cada ponto de entrada de CNPJ no sistema — formulários, APIs, integrações — precisa da nova validação.
A Nota Técnica Conjunta 2025.001 já atualizou os schemas XSD dos documentos fiscais eletrônicos para aceitar alfanumérico. Sistemas que geram XML de NF-e com validação numérica vão ter rejeição na SEFAZ. O ambiente de homologação abre em abril de 2026 — 3 meses antes da produção.
Boletos e DANFEs que usam CODE-128C (exclusivo numérico) precisam migrar para CODE-128A (suporta letras maiúsculas). Se o sistema gera boletos, etiquetas ou documentos com código de barras contendo CNPJ, o encoding precisa mudar.
O SERPRO já publicou código de referência para o cálculo dos dígitos verificadores alfanuméricos. A Receita Federal tem simulador de cadastro disponível. Os padrões estão definidos. O que falta é executar — e o prazo é julho de 2026.
Varredura automatizada de banco de dados, código-fonte e configurações. Identificamos toda coluna que armazena CNPJ, toda regex que valida, toda máscara de input, toda integração fiscal. O resultado é um inventário completo com classificação de criticidade: o que quebra no dia 1 vs. o que pode esperar.
Conversão de colunas numéricas para VARCHAR(14)/CHAR(14) com preservação de zeros à esquerda. Migração de índices, views, stored procedures, triggers e constraints. Validação registro a registro — nenhum CNPJ existente pode ser corrompido na conversão. Rollback documentado para cada step.
Novo algoritmo Módulo 11 implementado em todas as camadas: backend, frontend, APIs. Regex atualizado para [A-Z0-9]{12}[0-9]{2}. Máscaras de input que aceitam letras maiúsculas nas 12 primeiras posições. Testes com CNPJs alfanuméricos gerados pelo simulador da Receita Federal.
Atualização de schemas XSD, geração de XML, comunicação com SEFAZ e demais obrigações acessórias. Teste no ambiente de homologação a partir de abril de 2026. Migração de código de barras de CODE-128C para CODE-128A onde aplicável.
Não é 'futuro indeterminado'. A Instrução Normativa RFB 2.229/2024 já está em vigor. O homologação abre em abril de 2026. Quem não se preparar vai descobrir o problema quando um fornecedor ou cliente tentar cadastrar o novo CNPJ.
Scanner que mapeia toda coluna, toda validação, toda máscara, toda integração que toca CNPJ. Sem inventário, a migração é um tiro no escuro — com inventário, é um checklist.
Migração de tipo numérico para VARCHAR com preservação garantida de zeros à esquerda e validação registro a registro. Nenhum CNPJ existente é perdido ou corrompido na conversão.
NF-e, CT-e, MDF-e, SPED, eSocial — todos os documentos fiscais eletrônicos atualizados para o novo schema XSD. Testado em homologação antes da produção.
Algoritmo de dígito verificador atualizado: letras A-Z mapeadas para valores 17-42 (ASCII - 48). Implementado em backend, frontend e APIs. Compatível com CNPJs numéricos existentes e alfanuméricos novos.
Migração de CODE-128C (numérico) para CODE-128A (alfanumérico) em boletos, DANFEs e etiquetas. Sem essa mudança, o código de barras não codifica o CNPJ corretamente.
A maioria das empresas não sabe. O scanner de impacto responde em dias — e o roadmap de migração cabe no prazo de julho de 2026.