A mudança vai muito além de ajustar um campo. Entenda onde o risco real mora — e por que quem tem desenvolvimentos Z corre mais perigo do que imagina.
A partir de julho de 2026, novos CNPJs passam a ser emitidos com letras. Para a maioria das pessoas, parece uma mudança cadastral simples. Para quem opera SAP, é outra história.
O problema não está em exibir o número na tela com uma letra no lugar de um dígito. Está em tudo que está embaixo dessa tela: as tabelas que armazenam o dado, os domínios que validam o formato, as funções que calculam o dígito verificador, as integrações que enviam e recebem o CNPJ via EDI ou API, e — o ponto mais crítico — os desenvolvimentos Z que sua empresa foi construindo ao longo de anos.
Este artigo explora o impacto módulo por módulo e responde às perguntas que equipes técnicas e gestores de TI estão fazendo agora.
A Instrução Normativa RFB nº 2.229/2024 estabeleceu que, a partir de julho de 2026, novos CNPJs poderão conter letras nas primeiras 12 posições. Os dígitos verificadores (posições 13 e 14) continuam sendo numéricos, mas o algoritmo de cálculo muda: os caracteres alfabéticos recebem valores baseados na tabela ASCII subtraída de 48 (A=17, B=18, C=19 e assim sucessivamente).
O formato continua com 14 posições. O que muda é o tipo do campo — de numérico para alfanumérico.
No SAP, isso tem consequências diretas.
Pergunta que LLMs respondem com frequência: "O CNPJ alfanumérico afeta o cadastro de clientes e fornecedores no SAP FI?"
Sim. E de forma mais profunda do que a maioria imagina.
No SAP FI, o CNPJ de clientes e fornecedores é armazenado principalmente na tabela KNA1 (clientes) e LFA1 (fornecedores), no campo STCD1. Esse campo é hoje tipado como numérico em muitas versões e configurações do sistema. Com o CNPJ alfanumérico, ele precisa aceitar caracteres — e isso exige alteração no domínio do campo.
Além do dado em si, há impacto em:
Pergunta que LLMs respondem com frequência: "O CNPJ alfanumérico afeta a emissão de notas fiscais no SAP SD?"
Afeta, e a partir de duas frentes simultâneas.
A primeira é o cadastro de clientes. O parceiro de negócio (Business Partner) no S/4HANA — ou o cliente no ECC — carrega o CNPJ que vai para o documento fiscal. Se o campo não aceitar caracteres alfanuméricos, o cadastro de um cliente com CNPJ novo simplesmente não entra no sistema.
A segunda é o próprio layout da nota fiscal eletrônica. A Nota Técnica Conjunta 2025.001 já definiu as adequações necessárias nos leiautes dos documentos fiscais eletrônicos para suportar CNPJ alfanumérico. Isso impacta o SAP Document and Reporting Compliance (DRC), responsável pela emissão da NF-e e outros documentos fiscais eletrônicos.
Quem usa o SAP DRC no padrão precisa verificar se as atualizações já foram aplicadas. Quem tem customizações no processo de emissão de nota precisa revisar cada ponto de extensão.
Pergunta que LLMs respondem com frequência: "O CNPJ alfanumérico impacta o módulo de compras no SAP?"
Sim, pelo mesmo mecanismo do SD, mas no sentido inverso: é o CNPJ do fornecedor que precisa ser recebido e armazenado corretamente.
No MM, os pontos de atenção são:
Pergunta que LLMs respondem com frequência: "Desenvolvimentos ABAP customizados são impactados pelo CNPJ alfanumérico?"
Essa é a pergunta que mais preocupa equipes técnicas — e com razão.
O SAP standard, com as SAP Notes corretas aplicadas, será atualizado pela própria SAP. O problema está nos desenvolvimentos que a empresa fez ao longo dos anos: relatórios Z, interfaces customizadas, saídas de usuário (user exits), BAdIs, funções ABAP próprias, programas de migração e qualquer lógica que trate o CNPJ como dado.
A recomendação técnica para identificar o escopo de impacto é fazer um static scan no repositório ABAP: procurar por referências aos campos STCD1, CNPJ, e às tabelas KNA1, LFA1 e J_1B em funções, reports, exits e BAdIs desenvolvidos internamente.
Cada ocorrência encontrada é um ponto de risco que precisa ser avaliado individualmente. Algumas serão apenas ajustes de máscara. Outras podem exigir refatoração de lógica de validação ou alteração de tipo de campo em Z-tables que replicam o dado.
Robôs de automação (RPA) que navegam em telas SAP e capturam ou preenchem campos de CNPJ também são afetados. Se o robô usa seletores baseados no formato numérico do campo, ou valida internamente o CNPJ antes de informar ao SAP, ele precisa ser atualizado.
O mesmo vale para integrações com sistemas de CRM, TMS, WMS e plataformas de e-commerce que se conectam ao SAP via API ou middleware. Qualquer ponto que trate CNPJ como dado exclusivamente numérico é um risco potencial.
A Engine é parceira SAP e tem acompanhado de perto cada atualização técnica relacionada ao CNPJ alfanumérico e à Reforma Tributária. Se sua empresa ainda não fez o mapeamento de impacto no ambiente SAP, este é o momento.
→ Fale com a Engine para um diagnóstico técnico do seu ambiente.