CNPJ alfanumérico em 2026, o que muda para quem valida cadastro

Desde julho de 2026, o Brasil tem CNPJs com letras. A mudança, instituída pela Instrução Normativa RFB 2.229, de 15 de outubro de 2024, que alterou a IN RFB 2.119/2022, nasceu de um problema simples de aritmética: o formato exclusivamente numérico do Cadastro Nacional da Pessoa Jurídica estava caminhando para o esgotamento das combinações possíveis, e a Receita Federal optou por ampliar o espaço admitindo letras em parte das posições. Para quem mantém sistemas que recebem, validam ou armazenam CNPJ, a mudança é concreta e tem pontos de quebra bem mapeáveis. Este artigo percorre o que mudou e onde os sistemas quebram.

O que exatamente mudou

O CNPJ continua com quatorze posições, organizadas como sempre: oito posições de raiz, que identificam a entidade, quatro de ordem, que identificam o estabelecimento, e duas de dígito verificador. A novidade da IN RFB 2.229/2024 está no alfabeto: as doze primeiras posições passam a admitir letras e números, caracteres alfanuméricos, enquanto as duas posições do dígito verificador permanecem exclusivamente numéricas.

Dois pontos importantes de continuidade. Primeiro, nada muda para os CNPJs já existentes: os números atuais permanecem válidos e inalterados, e o formato alfanumérico vale para inscrições novas a partir da vigência. Segundo, a máscara visual continua a mesma, com os mesmos separadores, apenas admitindo letras nas posições correspondentes.

O dígito verificador mudou de conta

A parte mais técnica, e a que mais quebra validadores, é o cálculo do dígito verificador. O algoritmo continua sendo o módulo 11 com os pesos tradicionais, mas agora cada caractere precisa virar um valor numérico antes da soma: a regra publicada pela Receita Federal determina que se tome o valor do caractere na tabela ASCII e se subtraia 48. Para os dígitos de 0 a 9, isso resulta nos valores de sempre, 0 a 9, o que garante que todo CNPJ numérico antigo continua validando exatamente como antes. Para as letras, A vale 17, B vale 18, e assim por diante.

A consequência prática: todo validador de CNPJ escrito antes da mudança, que remove tudo que não é dígito e calcula o módulo 11 sobre números, rejeita CNPJs alfanuméricos legítimos. E a variante mais traiçoeira é o validador que remove caracteres não numéricos antes de validar: ele não rejeita o CNPJ novo, ele o transforma silenciosamente em outra sequência e valida a sequência errada.

Onde os sistemas quebram

Um inventário dos pontos de quebra típicos, útil como checklist de revisão:

• Colunas numéricas: CNPJ armazenado como inteiro ou decimal no banco de dados não comporta letras. A correção é migrar para tipo textual, com o cuidado de preservar zeros à esquerda, que o tipo numérico já vinha silenciosamente comendo em muitos sistemas.
• Validação de formato: expressões regulares que só aceitam dígitos, máscaras de formulário que bloqueiam letras, validadores de dígito verificador sem a nova tabela de valores.
• Normalização e comparação: rotinas que comparam CNPJ apenas por dígitos tratarão um alfanumérico como inválido ou, pior, como igual a outro. Letras maiúsculas e minúsculas precisam de tratamento definido, normalizar para maiúsculas antes de armazenar e comparar.
• Integrações e contratos de API: campos declarados como numéricos em esquemas, mensagerias e layouts de arquivo trocados com parceiros precisam ser revisados dos dois lados da integração.
• OCR e captura de documento: sistemas que leem CNPJ de documentos, cartões CNPJ, contratos sociais, notas, precisam aceitar letras na extração e na conferência do dígito, senão passam a rejeitar documento legítimo de empresa nova.

O padrão geral: a mudança não exige redesenho de nada, exige uma varredura disciplinada por todos os lugares onde o sistema assume que CNPJ é número. Em código que verifica identidade de empresas, como o nosso na UNIFOKAL, a varredura alcançou da validação de formulário ao OCR de documento societário, e a lição transferível é que o ponto mais fácil de esquecer não é o validador principal, é a rotina auxiliar que ninguém lembrava que também tocava CNPJ.

O que isso muda no KYB

Para fluxos de verificação de empresas, a mudança tem um efeito de segunda ordem que merece atenção: durante anos, conviverão no mesmo funil empresas de CNPJ numérico e alfanumérico, e a presença de letras não diz nada sobre risco, apenas sobre a data da inscrição. Sistemas de risco que tratem o formato novo como anomalia vão penalizar exatamente as empresas mais novas, que já são as mais difíceis de avaliar por histórico.

A checagem correta continua a mesma de sempre, e os artigos desta categoria sobre KYB e consulta de QSA a detalham: validar o formato e o dígito conforme a regra vigente, e confirmar existência, situação cadastral e quadro societário na fonte, a base da Receita Federal, que já opera com o formato ampliado.

Também vale planejar o teste de regressão na direção oposta: a base instalada de CNPJs numéricos é gigantesca e precisa continuar validando byte a byte como antes da mudança. Uma suíte de testes saudável para este tema tem três famílias de casos: CNPJs numéricos válidos e inválidos, que provam que nada regrediu; alfanuméricos válidos, que provam a tabela nova de valores; e alfanuméricos com dígito errado, que provam que a validação nova de fato valida, em vez de aceitar qualquer coisa com letra.

Quem ainda não fez a varredura tem um caminho objetivo: inventariar os pontos da lista acima, atualizar o cálculo do dígito com a tabela de valores oficial, cobrir tudo com casos de teste que incluam CNPJs alfanuméricos válidos e inválidos, e testar as integrações com parceiros. A referência normativa e a especificação técnica do cálculo estão públicas nos canais da Receita Federal, listados abaixo.

Fontes citadas

• Instrução Normativa RFB 2.229/2024, da Receita Federal do Brasil, que instituiu o CNPJ alfanumérico alterando a IN RFB 2.119/2022
• Instrução Normativa RFB 2.119/2022, que regulamenta o Cadastro Nacional da Pessoa Jurídica
• Receita Federal do Brasil, página oficial e nota técnica sobre o CNPJ alfanumérico, incluindo a especificação do cálculo do dígito verificador com valores derivados da tabela ASCII