Em alto giro, cada nota com CNPJ misto é um risco de glosa que ninguém mede.

A partir de 31 de julho de 2026, segundo comunicado da Receita Federal, novos CNPJs deixaram de ser emitidos apenas em formato numerico e passaram a incluir letras. O CNPJ que sua empresa já tem continua válido, sem qualquer necessidade de migração. Mas o CNPJ do fornecedor que vai se cadastrar no seu SAP mês que vem, ou do cliente novo que sua equipe comercial vai fechar no trimestre seguinte, pode não vir mais só com números. Nota sobre a fonte: a data de implantação (31/07/2026) e o formato de 14 posições constam em canais oficiais do governo federal (Agência Gov e Serpro); o texto integral do Anexo XV da IN RFB 2.229/2024 no Diário Oficial não é reproduzido linha a linha.

Para uma empresa de baixo volume, isso é um detalhe de cadastro. Para uma empresa de bens de consumo de alto giro, que emite e recebe milhares de notas fiscais por dia, é outra coisa: é o início de um período em que o formato de CNPJ deixa de ser uniforme dentro da própria base de parceiros, e cada nota emitida ou recebida com esse formato misto passa a ser uma unidade a mais de verificação que a rotina de conferência da empresa não foi desenhada para tratar em escala.

Este artigo não decide se sua empresa deve tratar esse ajuste como prioridade agora ou daqui a alguns meses. Essa decisão de prioridade e orçamento é sempre do cliente. O que este artigo faz é mostrar por que essa decisão, em operações de alto giro, não pode ser tomada olhando o CNPJ alfanumérico como um item técnico isolado, sem considerar o volume diário de operações envolvido.

O que muda de fato no CNPJ e por que o SAP entra na conversa

Segundo fontes técnicas do setor fiscal e tributário, o novo CNPJ mantém 14 posições, mas muda a composição: as 8 primeiras posições (a raiz, que hoje identifica a empresa) e as 4 posições seguintes (a ordem do estabelecimento, hoje usada para diferenciar matriz e filiais) passam a poder conter tanto números quanto letras de A a Z; as 2 últimas posições, os dígitos verificadores, continuam numéricas. Essa mudança de formato tem efeito direto em qualquer campo de sistema que hoje trata CNPJ como um número puro: validação de máscara, ordenação, campos de índice em banco de dados, integração entre sistemas que fazem parsing do CNPJ como inteiro em vez de string.

No universo de notas fiscais eletrônicas, essa mudança já tem correspondência técnica documentada: segundo fontes do setor, a Nota Técnica 2026.004 da NF-e e NFC-e atualiza o leiaute do documento fiscal eletrônico, inclusive a própria chave de acesso, para tratá-la como uma cadeia alfanumérica (mantendo 44 posições) em vez de um número puro. Isso significa que a chave de acesso, campo que hoje qualquer rotina de conferência trata como sequência numérica para validação, ordenação ou busca, passa a poder conter letras. Ressalva de fonte: o número, as datas e o conteúdo exato dessa Nota Técnica foram identificados por convergência de fontes secundárias do setor (não pelo texto oficial, que não está conferido); antes de qualquer decisão de parametrização, a versão vigente da nota técnica deve ser conferida diretamente no portal da NF-e.

Em operações SAP com componente fiscal relevante, esse tipo de mudança de formato não fica restrito ao módulo fiscal. Cadastro de parceiro de negócios, validação de entrada de nota, regras de dedução de crédito por CFOP, conferência de XML contra o livro fiscal, geração de arquivos do SPED: todos esses pontos, em algum nível, dependem de um CNPJ tratado como dado íntegro e consistente. Quando parte da base de parceiros tem CNPJ numérico e parte tem CNPJ alfanumérico, cada rotina que assumia formato único precisa ser revisada, não redesenhada do zero, mas revisada com atenção.

Por que o volume muda a escala do risco

A decisão de adiar esse ajuste costuma ser tomada olhando o problema como um item técnico isolado: um campo, uma validação, um cadastro. Em operações de bens de consumo de alto giro, com milhares de notas emitidas e recebidas por dia, esse jeito de olhar o problema esconde a variável que mais importa: o volume acumulado.

Numa empresa de baixo volume, adiar o ajuste do CNPJ alfanumérico é um problema pequeno. Numa empresa de alto giro, o mesmo adiamento se multiplica por milhares de notas todo dia. O risco não aparece no dia em que a decisão de adiar é tomada. Aparece semanas depois, quando o volume acumulado de notas com formato misto torna a reconciliação entre XML e livro fiscal um trabalho de escala diferente da que a equipe estava preparada para fazer.

Esse é o mecanismo central: a decisão de priorizar (ou não) o ajuste do CNPJ alfanumérico costuma ser tomada por quem enxerga o problema em unidade (um cadastro, uma validação), enquanto o risco real se acumula em volume (milhares de unidades por dia, cada uma potencialmente com formato diferente da anterior). Decidir a prioridade dessa adaptação sem considerar o volume diário de operações é decidir com a informação errada.

Em bens de consumo de alto giro, essa distorção fica mais evidente por três características típicas do setor: base de fornecedores e clientes que renova com frequência (o que aumenta a chance de cadastro novo já vir no formato alfanumérico), volume diário de notas alto o suficiente para que qualquer falha de reconciliação se acumule rápido, e margem operacional apertada o suficiente para que retrabalho fiscal não planejado tenha custo desproporcional.

O que o mercado costuma fazer e por que isso não resolve sozinho

A resposta mais comum ao anúncio de uma mudança de formato como essa é esperar o fornecedor de software aplicar o patch correspondente e seguir em frente. Isso resolve a parte estritamente técnica: campo aceita letra, máscara valida corretamente, integração não quebra. O que essa resposta não resolve é a parte de governança: quem, na empresa, está de fato acompanhando o volume de notas que já chegam com CNPJ alfanumérico, e em que momento esse volume passa a justificar uma revisão ativa da rotina de conferência, não apenas a atualização técnica do sistema.

A abordagem padrão trata a atualização técnica como o fim do trabalho. O resultado é que a empresa fica tecnicamente pronta para receber CNPJ alfanumérico, mas continua sem visibilidade sobre o volume real de exceções que esse novo formato está gerando na rotina diária de fechamento. A causa raiz continua sem solução porque o patch resolve compatibilidade de sistema, não decisão de prioridade sobre monitoramento de volume.

Framework de 4 perguntas para dimensionar o risco real

Antes de decidir se o ajuste do CNPJ alfanumérico é prioridade agora ou pode esperar o próximo ciclo de manutenção, quatro perguntas ajudam a trazer a decisão para o nível certo de informação:

1. Qual é o volume diário real de notas emitidas e recebidas pela operação? Não a estimativa de cabeça, o número medido. É esse número, não a complexidade técnica do ajuste em si, que determina a velocidade de acúmulo do risco.

2. Quantos CNPJs novos entram na base de parceiros por mês? Empresas com alta rotatividade de fornecedores ou clientes (comum em bens de consumo, com entrada constante de distribuidores e pontos de venda novos) acumulam CNPJ alfanumérico na base mais rápido do que empresas com carteira de parceiros estável.

3. Quais rotinas do SAP tratam CNPJ como campo puramente numérico hoje? Validação de cadastro, regras de dedução de crédito, geração de relatório gerencial, integração com sistemas satélite (EDI, portal do fornecedor, ferramentas de auditoria externa): cada uma dessas rotinas precisa ser mapeada individualmente, não assumida como já compatível.

4. Quem, hoje, é o responsável formal por acompanhar o volume de exceções geradas por esse formato misto? Se a resposta demorar para vir, ou se não existir um dono claro dessa métrica, isso já é um indicador de que a decisão de prioridade nunca foi formalmente tomada, apenas assumida por omissão.

Como funciona um caminho estruturado para esse ajuste

O caminho que costuma funcionar quando esse tipo de problema já foi bem diagnosticado começa por medir, não por presumir: levantar o volume real de notas diárias, o ritmo de entrada de CNPJ novo na base, e mapear, campo a campo, onde o SAP e os sistemas satélite ainda tratam CNPJ como número puro. Só depois desse mapeamento é possível decidir, com informação real, se o ajuste é uma tarefa de manutenção normal ou um projeto que precisa de prioridade formal e prazo definido, considerando o volume de operações envolvido.

Um Diagnóstico Fiscal Estruturado é o primeiro passo lógico para esse mapeamento: ele mostra exatamente onde a rotina de reconciliação hoje assume formato numérico único, com que frequência isso vai ser exposto pelo volume real de notas da operação, e qual é o tamanho concreto do risco, em vez da percepção de que é "só um ajuste de cadastro".

A decisão continua sendo sua, com a informação certa

O CNPJ alfanumérico não vai obrigar sua empresa a migrar o que já existe. Mas vai, de forma silenciosa e gradual, introduzir formato misto na base de parceiros de qualquer empresa que continue crescendo e cadastrando fornecedor ou cliente novo. Em operações de alto giro, esse processo gradual se transforma rápido em volume relevante, e volume relevante muda o tipo de decisão que precisa ser tomada.

A decisão de quando e como priorizar esse ajuste é sempre da empresa, nunca de quem desenha ou configura o sistema. O que este artigo propõe é que essa decisão seja tomada olhando o volume diário real de operações, não a complexidade técnica isolada do ajuste. Vale perguntar, hoje: a decisão de priorizar (ou adiar) o ajuste do CNPJ alfanumérico na sua operação já considerou o volume real de notas emitidas por dia, ou ainda está sendo tratada como um item técnico genérico dentro do backlog de manutenção?