CNPJ alfanumérico no SAP: o que muda no SD, FI e MM (e o que não é só máscara de tela)

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.

O que muda estruturalmente no CNPJ?

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.

O que muda no módulo FI?

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:

• Validações de entrada: rotinas que verificam se o CNPJ digitado é válido precisam ser atualizadas para suportar o novo algoritmo de cálculo do dígito verificador.
• Relatórios e extrações: qualquer relatório ABAP que filtra ou manipula CNPJ como campo numérico pode gerar erro ou comportamento inesperado.
• Interfaces com bancos: boletos, cobranças e arquivos de remessa frequentemente transmitem CNPJ em formato fixo e numérico. Bancos que não atualizaram seus layouts vão rejeitar o arquivo ou truncar o dado.
• Certidões e consultas automáticas: integrações que consultam regularidade fiscal na Receita Federal via CNPJ podem falhar se o endpoint externo não estiver preparado.

O que muda no módulo SD?

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.

O que muda no módulo MM?

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:

• Cadastro de fornecedores (LFA1): o onboarding de fornecedores criados após julho de 2026 pode travar se o campo STCD1 não aceitar letras.
• Notas fiscais de entrada: o processo de entrada de mercadoria e verificação de fatura (MIGO/MIRO) envolve validação do CNPJ do emitente. Documentos com CNPJ alfanumérico precisam ser processados sem rejeição.
• Portais de compra e EDI: integrações com marketplaces, portais de fornecedores e EDI que transmitem dados de CNPJ precisam ser revisadas. Uma integração que valida o formato do CNPJ antes de enviar ao SAP vai começar a rejeitar fornecedores novos.

Por que quem tem desenvolvimentos Z corre mais risco?

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.

E as integrações com RPA e sistemas externos?

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.

Checklist de diagnóstico rápido para equipes SAP

• O campo STCD1 nas tabelas KNA1 e LFA1 está configurado para aceitar caracteres alfanuméricos?
• As SAP Notes da Reforma Tributária relacionadas ao DRC foram aplicadas?
• Foi feito inventário de desenvolvimentos Z que referenciam campos de CNPJ?
• As integrações com bancos, portais e sistemas externos foram mapeadas?
• Existe massa de teste com CNPJs alfanuméricos fictícios para validação end-to-end?
• O algoritmo de cálculo do dígito verificador foi atualizado conforme especificação SERPRO?

O que fazer agora

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.