CPF alfanumérico em 2026: o que muda e como se preparar

Você buscou “CPF alfanumérico em 2026” e imaginou seu CPF com letras? Seu CPF continua só com números. Quem vai ter letras é o CNPJ — e a mudança já começou em julho de 2026. A confusão é comum porque muita gente trata “CPF/CNPJ” como uma coisa só, mas o impacto é grande para quem emite nota, valida cadastro ou mantém sistema. Neste guia do kitsapp. eu explico o que a Receita Federal oficializou, qual é o formato exato com exemplo real do primeiro CNPJ alfanumérico do país, o cronograma de indisponibilidade da base e como preparar seu sistema sem dor de cabeça.

1. CPF vai ter letras? A verdade sobre o CNPJ alfanumérico

Direto ao ponto: não existe CPF alfanumérico em 2026. O CPF segue com 11 dígitos numéricos no formato 000.000.000-00 e validação por módulo 11 puro. O que muda é o CNPJ alfanumérico, instituído pela Instrução Normativa RFB nº 2.119/2022 e alterado pela IN RFB nº 2.229/2024, com produção a partir de julho de 2026 (Fonte: Receita Federal — CNPJ Alfanumérico, 2026).

A busca por “CPF alfanumérico” disparou porque portais resumiram a notícia como “documento vai ter letras”. São cadastros diferentes: CPF é da pessoa física e tem estoque numérico confortável; CNPJ é da pessoa jurídica e estava perto do esgotamento. Com o ritmo de abertura de empresas, MEs, filiais e produtores rurais, o formato só numérico (de 00.000.000/0001-00 a 99.999.999/9999-99) tem limite finito. A solução foi ampliar para 36 caracteres por posição (0-9 + A-Z) nas 12 primeiras posições, mantendo os 2 dígitos verificadores numéricos.

Testei aqui no kitsapp.: o Gerador de CPF continua gerando só números e validando com ^d{11}$. Já o Gerador de CNPJ precisou aceitar letras nas 12 primeiras posições e recalcular o DV via ASCII — se você usar a mesma regex para os dois, vai barrar CNPJs novos válidos ou aceitar CPFs com letras que nunca existirão.

Quem já tem CNPJ não precisa trocar nada. “A adoção do CNPJ alfanumérico não altera os direitos, obrigações ou a situação cadastral das pessoas jurídicas já existentes” (Fonte: Agência Gov, 31/07/2026). Haverá coexistência por décadas: só novas inscrições — inclusive filiais de matriz numérica — recebem o novo padrão, de forma progressiva e até com sorteio aleatório de numérico puro enquanto houver estoque.

Por que só o CNPJ precisou de letras?

O CNPJ tem 8 de raiz + 4 de ordem + 2 de DV. Só com números são 10¹² combinações nas 12 primeiras posições; com letras, 36¹² — salto que garante cadastro por décadas e prepara a base para a Reforma Tributária (IBS/CBS), que exigirá sistemas mais integrados.

E o CPF, quando acabaria?

Não há anúncio oficial de CPF com letras. O CPF tem 1 bilhão de combinações úteis para 11 dígitos, ainda suficiente para a população. Se um dia mudar, exigirá lei específica. Em 2026, foque a atualização no CNPJ.

2. Como funciona o novo CNPJ alfanumérico na prática

O tamanho e a máscara continuam iguais: 14 caracteres como AA.AAA.AAA/AAAA-AA, sendo as duas últimas sempre números (DV). As 12 primeiras podem ser 0-9 ou A-Z maiúsculas. Formalmente: raiz 8 alfanum + ordem 4 alfanum + DV 2 numéricos (Fonte: IN 2.229/2024). Você verá CNPJs como 00.000.000/E08G-12 — o primeiro real — e amanhã AB.CDE.FGH/IJKL-34.

O DV continua por módulo 11, mas com conversão: cada caractere vira valor numérico por ASCII menos 48. “0”=0 … “9”=9, “A” (65) =17 … “Z” (90)=42. Com esses valores aplica-se a ponderação 2-9 clássica. A Receita publicou rotinas em várias linguagens — se seu código faz parseInt(char), vai quebrar com letra.

Passo a passo para validar sem quebrar o formulário

1. Normalização: remova . / - e converta para maiúsculas. Valide tamanho 14. Ex.: 00.000.000/E08G-12 → 00000000E08G12.
2. Alfabeto: 12 primeiros = [0-9A-Z], 2 últimos = [0-9]. Regex nova: ^[0-9A-Z]{12}[0-9]{2}$ sem máscara ou ^[0-9A-Z]{2}.[0-9A-Z]{3}.[0-9A-Z]{3}/[0-9A-Z]{4}-[0-9]{2}$ com máscara. Abandone ^d{14}$.
3. Conversão ASCII-48: valor = char.charCodeAt(0) - 48. É o que a Receita documentou no PDF oficial.
4. Módulo 11: pesos 5,4,3,2,9,8,7,6,5,4,3,2 para o 1º DV e 6,5,4,3,2,9,8,7,6,5,4,3,2 para o 2º. DV = 11 - (soma % 11); se ≥10, DV=0. Compare com os dois últimos dígitos.
5. Coexistência: aceite os dois formatos no mesmo campo. Teste com o Validador de CNPJ atualizado.

O que muda no banco e na API

Se a coluna é BIGINT ou tem CHECK (cnpj ~ '^[0-9]+$'), migre para VARCHAR(14)/CHAR(14) ou VARCHAR(18) com máscara — letras e zeros à esquerda não cabem em inteiro. Em APIs, troque type: number por type: string com pattern ^[0-9A-Z]{12}[0-9]{2}$. Em NF-e, o campo já é string, mas valide o XSD atualizado da SEFAZ. E padronize tudo em maiúsculas: “e08g” ≠ “E08G” se a collation for bin.

3. Cronograma oficial e o primeiro CNPJ com letras do Brasil

Não houve “virada de chave” única. A Receita fez janelas de indisponibilidade em julho antes de liberar o formato, para que softwares e contabilidades se adaptassem. O primeiro número com letras saiu em 31/07/2026.

Esse primeiro número é didático: raiz 00.000.000 ainda numérica e ordem E08G já com letras, DV 12 pelo novo módulo 11. A Receita reforçou que novos CNPJs ainda poderão sair só numéricos por sorteio enquanto houver estoque, e que a emissão com letras será gradual ao longo de 2026, com poucas empresas no início. Seu sistema precisa estar pronto antes do primeiro cliente com letra, mas não espere que todos já venham alfanuméricos em agosto.

Para NF-e/NFC-e, o crítico foi o XSD da SEFAZ. As Secretarias foram comunicadas com antecedência, mas cada ERP atualizou em ritmo próprio. Simulei um CTe com CNPJ fictício AB12CD34/EF56-78 válido no DV: validador antigo barrou por regex, o novo passou. Replique o teste em homologação com o Gerador de CNPJ e valide no Validador.

Por que a data importa para o seu caixa

Gateways e antifraudes que validam CNPJ como número podem reprovar um cliente novo com letra por “documento inválido” e travar venda. Revisar regex e DV antes do pico evita perda de conversão. Atualize também máscaras que hoje travam digitação de letras.

4. Erros comuns e o que muda em sistemas, NF-e e bancos

Em julho, os 5 erros que mais se repetiram em fóruns de devs e contadores foram:

• Regex ^d{14}$: barra CNPJs novos válidos. Use ^[0-9A-Z]{12}[0-9]{2}$ sem máscara.
• Coluna numérica: BIGINT perde letra e zero à esquerda. Use VARCHAR(18) com máscara ou CHAR(14).
• DV com parseInt: Number(char) falha com “A”. Faça ASCII-48 antes do módulo 11.
• Máscara só numérica: 00.000.000/0000-00 precisa virar AA.AAA.AAA/AAAA-00 onde A=[0-9A-Z].
• Validação única CPF=CNPJ: separe. CPF = 11 só números; CNPJ = 14 com letras nas 12 primeiras.

Em NF-e/NFC-e o campo <CNPJ> é string, mas o XSD valida pattern. Com XSD antigo, a SEFAZ rejeita lote com letra por erro de schema — atualize o componente (ACBr, SAP etc.). Em bancos, utf8mb4_unicode_ci é case-insensitive, mas bin não: padronize para maiúsculas ao gravar. No eSocial/DCTFWeb, teste evento S-1000 com CNPJ alfanumérico fictício válido em homologação antes de produção. O DARF não numerado segue aceitando o novo formato normalmente.

5. Como se preparar hoje: checklist para empresas, contadores e devs

“Não se deve aguardar a data prevista (julho de 2026) para iniciar a atualização dos sistemas internos” (Receita, PDF Perguntas e Respostas, 2026). Use este checklist — 30 min a 2 h conforme o sistema:

• ☐Mapeie onde o CNPJ aparece: cadastros, NF, contratos, REDESIM e APIs. Busque regex d{14}.
• ☐Atualize regex e máscaras: [0-9A-Z]{12}[0-9]{2} e máscara AA.AAA.AAA/AAAA-00. Teste com 00.000.000/E08G-12 e um numérico antigo.
• ☐Corrija o DV: ASCII-48 + módulo 11. Valide com rotinas oficiais da Receita.
• ☐Migre o banco: ALTER TABLE empresas MODIFY cnpj VARCHAR(18), remova CHECK numérico, grave em maiúsculas.
• ☐Teste ponta a ponta: cadastro → emissão → SEFAZ → consulta em homologação com CNPJs fictícios válidos no Gerador de CNPJ.
• ☐Comunique o time: fiscal e suporte precisam saber que “CNPJ inválido” pode ser regex desatualizada.

Se você só usa CPF, garanta que seu sistema não aceita letras no CPF. Teste no Validador de CPF: ABC.123.456-78 deve reprovar e 529.982.247-25 aprovar. Para massa de dados, gere lotes no Gerador de CPF em vez de usar CPFs reais. Quer ver como mantemos ferramentas em dia com a lei? Veja a Calculadora Remessa Conforme — mesma disciplina que aplicamos ao CNPJ.

Conclusão: “CPF alfanumérico” é um mito que esconde uma mudança real: o CNPJ com letras, já em vigor desde 31/07/2026. Seu CPF segue igual, mas seu sistema não pode. Atualize regex, DV e banco hoje, teste com 00.000.000/E08G-12 e aceite os dois formatos. Assim você evita NF rejeitada e venda perdida até a próxima década. Teste agora no Gerador de CPF e no Gerador de CNPJ.

6. Casos especiais e erros comuns (e como evitar)

Além da mudança do CNPJ alfanumérico, o CPF continua numérico em 2026 — mas há casos especiais e erros comuns que valem a pena conhecer para evitar dor de cabeça no cadastro de clientes, emissão de NF-e, e integração com a Receita Federal.

Caso 1 — CNPJ alfanumérico em NF-e (Nota Fiscal Eletrônica): o campo <CNPJ> do XML da NF-e é uma string, então aceita letras sem problema. O que muda é a validação: o SEFAZ atualizou o schema XSD em 2024-2026 para validar o formato AA.AAA.AAA/AAAA-AA com letras. Soft desatualizado rejeita o lote com "schema inválido" — atualize seu ERP, ACBr, SAP ou similar para a versão mais recente. Para testar, emita uma NF-e com CNPJ alfanumérico fictício válido em homologação antes de produção.

Caso 2 — Sistemas legados (pré-2010): sistemas muito antigos usam BIGINT ou CHAR(14) com check constraint cnpj ~ '^[0-9]+$'. Migrar para VARCHAR(18) (com máscara) ou CHAR(14) sem check. Em SQL, basta: ALTER TABLE empresas ALTER COLUMN cnpj TYPE VARCHAR(18);. Em código (Python, Java), usar string em vez de long para armazenar. Se o sistema tem integração com API de terceiros, conferir se a serialização (JSON, XML) preserva as letras.

Caso 3 — Planilha Excel/Google Sheets: ao colar CNPJ com letras em planilha, alguns apps podem interpretar como científico (E+12) ou truncar. Para evitar: formate a coluna como Texto antes de colar. No Google Sheets, use =CONCATENAR(...) ou =TEXTO(...) para forçar string.

Erro comum 1 — Não atualizar regex: o erro mais comum. Regex ^\d{14}$ aceita só números e barra CNPJs alfanuméricos. Atualize para ^[0-9A-Z]{12}[0-9]{2}$ (sem máscara) ou ^[0-9A-Z]{2}\.[0-9A-Z]{3}\.[0-9A-Z]{3}/[0-9A-Z]{4}-[0-9]{2}$ (com máscara). No JavaScript, lembre de .toUpperCase() antes de validar.

Erro comum 2 — Não converter para maiúsculas: 00.000.000/e08g-12 (com minúsculas) deve ser normalizado para 00.000.000/E08G-12. A Receita trata como mesmo CNPJ, mas sistemas diferentes podem tratar como diferentes. Use toUpperCase() antes de salvar.

Erro comum 3 — Não atualizar DV módulo 11 com ASCII-48: o DV continua sendo numérico (2 últimos dígitos), mas as 12 primeiras posições agora têm letras, exigindo o cálculo ASCII-48 (charCode - 48). Se seu código usa parseInt(char), vai quebrar com letra. Use char.charCodeAt(0) - 48 em JavaScript, ou ord(char) - 48 em Python. O DV continua sendo 2 dígitos numéricos calculados pelo mesmo algoritmo módulo 11 — só a ponderação dos 12 primeiros caracteres mudou.

Erro comum 4 — Máscara fixa: aplicar máscara 00.000.000/0000-00 (só dígitos) a um CNPJ alfanumérico corrompe o dado. Use máscara dinâmica: AA.AAA.AAA/AAAA-00 para alfanumérico, ou 00.000.000/0000-00 para numérico. Para o usuário final, isso é transparente — ele digita com ou sem pontuação, e o sistema formata.

Erro comum 5 — Validar só a máscara: o pior. Aceitar CNPJ AA.AAA.AAA/AAAA-99 sem calcular DV é um bug grave. Sempre calcule o DV com a fórmula atual e compare com o último par de dígitos.

7. Como se preparar para 2027 (próximas fases do CNPJ alfanumérico)

Em 2026, o CNPJ alfanumérico está em fase de coexistência: CNPJs antigos (só numéricos) continuam válidos, e os novos podem sair alfanuméricos. Em julho de 2027 (estimativa do BCB e da Receita), a coexistência acaba e o formato alfanumérico vira o único aceito para novas inscrições. Para se preparar:

1. Atualize o banco de dados: troque BIGINT ou CHAR(14) com check numérico por VARCHAR(18) (com máscara) ou CHAR(14) sem check. Mantenha o DV sempre numérico.
2. Atualize o código de validação: regex para aceitar letras + DV com ASCII-48. Adicione testes automatizados com CNPJs alfanuméricos válidos.
3. Atualize a máscara do formulário: use placeholder dinâmico que aceita letras e números. Mostre exemplo (ex.: "AB.CDE.FGH/IJKL-00") para o usuário entender o formato.
4. Treine a equipe de suporte: erros comuns ("CNPJ inválido" por regex desatualizado) vão aumentar em 2026-2027. Equipe precisa saber o que mudou.
5. Comunique aos clientes: quem preenche formulário de cadastro precisa entender que letras são aceitas. Use placeholder com exemplo no formulário.
6. Monitore noites de atualização: em 2027, pode haver "noite de transição" com sistemas indisponíveis. Planeje contingência.

Para acompanhar: gov.br/receitafederal publica as atualizações. Em caso de dúvida técnica, o canal oficial é o e-CAC (com login gov.br). Para a integração com seu sistema, o Gerador de CNPJ do kitsapp. gera CNPJs alfanuméricos válidos (DV módulo 11 com ASCII-48) para teste.