Guia do consultor HCM/Folha — CNPJ alfanumérico no SAP

A. O único customizing de verdade: atributo TP_CNPJ no view cluster do eSocial

O que é: depois de aplicar a Note dos eventos standard, o atributo HR de CNPJ do framework do eSocial ainda aponta para o elemento de dados antigo. O ajuste é manual: logado em português (os textos do view cluster aparecem nesse idioma), abrir a SM34 → view cluster VC_T799BATTRIB01 (localização HCM Brasil, MOLGA 37), ir em "Determinar tipos de atributo HR", localizar a entrada TP_CNPJ (tabela PBR_CNPJ_CEI) e trocar o campo de elemento de dados (FIELDNAME) para HRPADBR_CNPJ, salvando em seguida [Note 3700999]

Impacto: análise: sem a troca, o atributo continua amarrado ao elemento numérico antigo — o framework do eSocial segue lendo CNPJ como número, e o primeiro empregador/tomador com letra no CNPJ entra errado nos eventos.

B. Onde NÃO há customizing novo — e é bom saber

O que é: quem procurar "a parametrização do CNPJ alfanumérico" em infotipos e tabelas de folha não vai achar, porque não existe: o infotipo 0437 (Empregos simultâneos) passa a aceitar letras direto após as Notes, sem configuração adicional [Note 3720943]; e as tabelas de customizing que carregam CNPJ — T7BRC0 (código da obra), T7BRTAXWRKPLC (lotações tributárias) e T7BR_UNINHE (seguro-desemprego) — continuam mantidas pelas mesmas views (V_T7BRC0, V_T7BRTAXWRKPLC); o que muda é o tipo do campo por baixo [Note 3725117]

Impacto: análise: o esforço funcional aqui é de teste, não de configuração — valide cadastro e gravação com um CNPJ alfanumérico de teste em cada view depois das Notes, em vez de caçar um nó de SPRO que não existe.

C. Revisão obrigatória de código próprio: os BAdIs do eSocial

O que é: os campos de CNPJ das estruturas dos eventos mudaram de tipo, e a SAP avisa explicitamente que implementações próprias podem sofrer erro de ativação ou de runtime. Revise o uso do campo de CNPJ em: 12 métodos de BAdI dos eventos standard (famílias HRPAYBR_EFD_EMPLOYER_INFO, HRPAYBR_EFD_BRANCH, HRPAYBR_EFD_WRKPLC_TAB, HRPAYBR_EFD_EMPLOYEE_INFO, HRPAYBR_EFD_INCOME_PAYMENT, entre outras) [Note 3700999]; os métodos FILL_TEMP_ABSENCE_INFO e FILL_UNION_INFO do BAdI HRPAYBR_EFD_TEMP_ABSENCE (S-2230) [Note 3731328]; e o BAdI de ponto eletrônico HRPAYBR_ELECTRONIC_TIME_CLOCK, cujo campo INSC_NUMBER passou de NUMC14 para CHAR14 [Note 3705711]. A Note de consultoria 3721621 orienta a revisão dos BAdIs do eSocial [Note 3700999]

Impacto: erro de ativação em BAdI custom é o comportamento documentado pelas próprias Notes para quem pula a revisão — e derruba a geração de eventos em produção, não em desenvolvimento.

D. Quem consome dados de folha por fora: HR_BR_LER_FILIAL_GERAL

O que é: o módulo de função HR_BR_LER_FILIAL_GERAL — usado em relatórios e desenvolvimentos próprios para ler os dados gerais da filial — foi adaptado para ler o CNPJ da fonte correta em formato alfanumérico. Se você tem programas Z que leem CNPJ de filial por esse FM (padrão comum em relatórios de folha custom), eles passam a receber o valor novo automaticamente após a Note [Note 3747776]

Impacto: análise: programas que copiaram a lógica do FM em vez de chamá-lo não ganham nada com a Note — o inventário de código próprio que formata CNPJ de filial é trabalho seu.

1. Fundação eSocial: domínio e elemento HRPADBR_CNPJ

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: é a primeira peça da frente HCM (ordem oficial HCM_01): cria o domínio e o elemento de dados HRPADBR_CNPJ e ajusta a estrutura de dados do empregador no eSocial. A própria SAP marca a entrega como preparação — sozinha ela não muda comportamento; as Notes seguintes é que completam a solução.

Passos:

1. Implemente a Note de objetos 3665009 via SNOTE [Note 3665009]
2. Em SAP_HRCBR 604: rode via SA38 o report UDO NOTE_3665009 — TESTRUN, depois UPDATE & ACTIVATE, salvando e ativando os objetos (e GENERATE MAINTENANCE DIALOGS, se a opção aparecer) [Note 3665009]
3. Implemente a Note de preparação do eSocial via SNOTE — ela tem até 43 pré-requisitos de eventos eSocial por release; deixe o Note Analyzer resolver a ordem [Note 3665158]

Se não fizer: análise: sem o HRPADBR_CNPJ no dicionário, praticamente todas as Notes abaixo reprovam na verificação de pré-requisitos ou falham na ativação com "campo desconhecido" — o mesmo padrão de DDIC ausente catalogado no guia de erros conhecidos.

Note 3665009 (me.sap.com) · Note 3665158 (me.sap.com)

2. Tabelas transparentes e views: obra, lotação tributária e seguro-desemprego

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: as tabelas T7BRC0 (código da obra), T7BRTAXWRKPLC (lotações tributárias) e T7BR_UNINHE (registro header do seguro-desemprego) — e as views V_T7BRC0 e V_T7BRTAXWRKPLC — guardam CNPJ em campos numéricos. A Note de objetos cria antes o elemento HRPADBR_CNPJ_NO_FORMAT (CNPJ sem formatação) e altera as tabelas; a principal libera o formato alfanumérico nesses objetos (ordem oficial HCM_02).

Passos:

1. Implemente antes a Note de objetos 3709740 via SNOTE, com o pré-requisito 3723879 (S-2500) resolvido [Note 3709740]
2. Em SAP_HRCBR 604: rode via SA38 o report UDO NOTE_3709740 em TESTRUN e depois UPDATE & ACTIVATE, ativando os objetos [Note 3709740]
3. Implemente a Note principal via SNOTE [Note 3725117]
4. Valide o cadastro com um CNPJ alfanumérico de teste nas views V_T7BRC0 e V_T7BRTAXWRKPLC [Note 3725117]

Se não fizer: análise: obra e lotação tributária são exatamente o que alimenta os eventos S-1005 e S-1020 do eSocial — tabela que não aceita o CNPJ novo significa cadastro parado e evento de tabela desatualizado no fisco. Além disso, esta Note é pré-requisito declarado das Notes de relatórios e de eventos standard.

Note 3709740 (me.sap.com) · guia em PDF (referência própria) · Note 3725117 (me.sap.com)

3. Eventos standard (S-1000 a S-5013)

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: a Note central do eSocial (ordem oficial HCM_04) prepara 18 eventos para o CNPJ alfanumérico — dos cadastrais e periódicos (S-1000, S-1005, S-1020, S-1200, S-1210, S-2200, S-2206, S-2230, S-2299, S-2300, S-2306, S-2399) aos totalizadores (S-5001, S-5002, S-5003, S-5011, S-5012, S-5013). A Note de objetos alarga antes cerca de 30 estruturas HRPADBR_EFD*. É também aqui que mora o único customizing manual da frente (bloco A acima).

Passos:

1. Garanta a atividade 8 (relatórios fase 1) concluída — o passo manual da Note de objetos exige a 3705711 totalmente implementada [Note 3701092]
2. Implemente a Note de objetos 3701092 via SNOTE e, em SAP_HRCBR 604, rode via SA38 o report UDO NOTE_3701092 (TESTRUN → UPDATE & ACTIVATE → ativação) [Note 3701092]
3. Implemente a Note principal via SNOTE — são até 52 pré-requisitos por release; use o Note Analyzer [Note 3700999]
4. Execute o passo pós-implementação do PDF anexo ("Manual Instructions for SAP Note 3700999"): logado em português, na SM34, view cluster VC_T799BATTRIB01 (MOLGA 37), troque o elemento de dados da entrada TP_CNPJ para HRPADBR_CNPJ e salve [Note 3700999]
5. Revise implementações próprias dos 12 métodos de BAdI listados na Note (famílias HRPAYBR_EFD_*), com apoio da Note de consultoria 3721621 [Note 3700999]

Se não fizer: análise: a partir de julho de 2026, o primeiro empregador, tomador ou sucessora com CNPJ alfanumérico gera XML de evento com valor truncado ou inválido — e evento rejeitado pelo eSocial em folha fechada é retrabalho de reenvio com prazo legal correndo. Para BAdIs custom não revisados, o erro de ativação/runtime é consequência documentada na própria Note.

Note 3701092 (me.sap.com) · guia em PDF (referência própria) · Note 3700999 (me.sap.com) · guia em PDF (referência própria)

4. Eventos de escopo limitado (SST, entes públicos, avulsos)

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: os eventos que a SAP entrega com escopo limitado também carregam CNPJ: S-1070 (processos), S-1260 (produção rural), S-1270 (avulsos não portuários), os de SST (S-2210 acidente de trabalho, S-2220 saúde, S-2240 condições ambientais), S-2231 (cessão) e a família de entes públicos (S-2400 a S-2420). A Note ajusta ~30 campos das estruturas HRPADBR_EFDE_* (ordem oficial HCM_05).

Passos:

1. Garanta a Note dos eventos standard (atividade 3) totalmente implementada — é o pré-requisito declarado [Note 3709087]
2. Implemente as correções via SNOTE [Note 3709087]
3. Em SAP_HRCBR 604: rode via SA38 o report NOTE_3709087 em TESTRUN, depois UPDATE & ACTIVATE (e GENERATE MAINTENANCE DIALOGS, se aparecer), ativando os objetos [Note 3709087]
4. Revise código próprio que use os campos de CNPJ das estruturas HRPADBR_EFDE_* alteradas (ex.: HRPADBR_EFDE_S_WORK_ACCIDENT, HRPADBR_EFDE_S_WRKPLC_COND) [Note 3709087]

Se não fizer: análise: os eventos de SST têm prazo próprio e multa própria — uma CAT (S-2210) com CNPJ do local do acidente em formato antigo é rejeição num evento que a empresa tem um dia útil para enviar. Para código custom sobre as estruturas alteradas, o erro de ativação é consequência documentada na Note.

Note 3709087 (me.sap.com) · guia em PDF (referência própria)

5. S-2230 (afastamento temporário) — a segunda rodada

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: o S-2230 já entra na Note dos eventos standard, mas os campos de afastamento com envolvimento de terceiros (sindicato que paga o benefício, cessão) pediram uma rodada extra: a Note de objetos prepara as estruturas de afastamento e a principal completa todos os campos de CNPJ do evento (ordem oficial HCM_09).

Passos:

1. Implemente antes a Note de objetos 3728895 via SNOTE — ela exige as Notes 3709087 (atividade 4) e 3728988 (atividade 9) já implementadas [Note 3728895]
2. Em SAP_HRCBR 604: rode via SA38 o report UDO NOTE_3728895 (TESTRUN → UPDATE & ACTIVATE → ativação) [Note 3728895]
3. Implemente a Note principal via SNOTE [Note 3731328]
4. Revise implementações próprias dos métodos FILL_TEMP_ABSENCE_INFO e FILL_UNION_INFO do BAdI HRPAYBR_EFD_TEMP_ABSENCE quanto ao campo de CNPJ [Note 3731328]

Se não fizer: análise: afastamento é o evento que mais sofre retificação na prática — um S-2230 rejeitado por CNPJ de sindicato inválido trava também o S-1200 do período, porque a remuneração do afastado depende do afastamento aceito. O erro de runtime em BAdI custom não revisado é consequência documentada na Note.

Note 3728895 (me.sap.com) · guia em PDF (referência própria) · Note 3731328 (me.sap.com)

6. Infotipo 0437 — manutenção clássica (PA30)

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: a tela clássica do 0437 valida o CNPJ do outro empregador como número. A Note de dicionário 3730575 abre a cadeia (é pré-requisito das três Notes do 0437); a principal libera o formato alfanumérico na manutenção clássica (ordem oficial HCM_06).

Passos:

1. Implemente a Note de objetos 3730575 via SNOTE [Note 3730575]
2. Em SAP_HRCBR 604: rode via SA38 o report UDO NOTE_3730575 (TESTRUN → UPDATE & ACTIVATE → ativação; GENERATE MAINTENANCE DIALOGS se aparecer) [Note 3730575]
3. Implemente a Note principal via SNOTE [Note 3720943]
4. Teste na PA30 a criação de um registro 0437 com CNPJ alfanumérico de teste [Note 3720943]

Se não fizer: análise: quando o outro empregador do seu funcionário tiver CNPJ com letra, o RH simplesmente não consegue cadastrar o vínculo — e sem o 0437 correto, a folha calcula INSS sem considerar o outro vínculo: desconto errado no contracheque e divergência no eSocial.

Note 3730575 (me.sap.com) · guia em PDF (referência própria) · Note 3720943 (me.sap.com)

7. Infotipo 0437 — HR Renewal (WebDynpro)

Aplica-se a: S4HCMCBR 100–102 · EA-HRCBR 607–608 (EA-HR 6.07 pede HR SP E2; 6.08, HR SP B9)

Por quê: quem mantém dados mestre pela aplicação WebDynpro do HR Renewal tem uma superfície própria do 0437, com dicionário próprio — daí a segunda dupla de Notes (ordem oficial HCM_07). Sem ela, o clássico aceita o CNPJ novo e a tela Renewal não: comportamento divergente entre canais de manutenção.

Passos:

1. Garanta a cadeia anterior: Notes 3730575 e 3720943 (atividade 6) implementadas [Note 3730656]
2. Implemente a Note de objetos 3732954 via SNOTE; em EA-HRCBR 607, os objetos podem exigir o report UDO NOTE_3732954 via SA38 (TESTRUN → UPDATE & ACTIVATE → ativação) [Note 3732954]
3. Implemente a Note principal do HR Renewal via SNOTE [Note 3730656]

Se não fizer: análise: o RH que usa a tela Renewal recebe erro de validação num cadastro que funciona na PA30 — chamado difícil de diagnosticar porque "funciona para uns e não para outros", quando a causa é só uma Note a menos.

Note 3732954 (me.sap.com) · guia em PDF (referência própria) · Note 3730656 (me.sap.com)

8. Fase 1: RAIS, DIRF, GRRF, SEFIP, MANAD, CAGED e mais 18 reports

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: a Note adapta 23 relatórios legais e operacionais da folha Brasil — entre eles RAIS (HBRRAIS0), DIRF (HBRDIRF1), GRRF (HBRCGRRF), SEFIP 4.0 (HBRSEF00), MANAD (HBRMANAD), CAGED (HBRCAGED), DARF (HBRDARF0), GPS (HBRGPS00), rescisão (HBRRECT0/HBRRTER3), informe de rendimentos (HBRCCED0), espelho de ponto SREP (HBRTMSH1) e o Arquivo Eletrônico de Jornada. A Note de objetos 3707858 cria antes os elementos de dados e ajusta as estruturas de RAIS, MANAD, GRRF e formulários.

Passos:

1. Implemente a Note de objetos 3707858 via SNOTE, com a Note 3725117 (atividade 2) já implementada [Note 3707858]
2. Em SAP_HRCBR 604: rode via SA38 o report UDO NOTE_3707858 (TESTRUN → UPDATE & ACTIVATE → ativação) [Note 3707858]
3. Implemente a Note principal (10 correções) via SNOTE [Note 3705711]
4. Se tiver implementação própria do BAdI HRPAYBR_ELECTRONIC_TIME_CLOCK (método FILL_SOFTWARE_IDENTIFIER), revise o campo INSC_NUMBER, que mudou de NUMC14 para CHAR14 [Note 3705711]

Se não fizer: análise: relatório legal com CNPJ truncado reprova no validador do governo (SEFIP/GRRF) ou sai com dado errado em documento oficial (informe de rendimentos, termo de rescisão) — e, como esta Note é pré-requisito da cadeia dos eventos standard, pular a fase 1 também trava a atividade 3. O erro de ativação no BAdI de ponto não revisado é consequência documentada na Note.

Note 3707858 (me.sap.com) · guia em PDF (referência própria) · Note 3705711 (me.sap.com)

9. Fase 2: RAIS, HomologNet, FGTS Digital e Arquivo de Jornada

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: a segunda leva cobre o que ficou de fora: complemento da RAIS (HBRRAIS0), HomologNet (HBRCHMN0), a recomposição de saldo por empregado do FGTS Digital (RPU_PAYBR_RECOMPOSE_BASIS_FGTS) e o Arquivo Eletrônico de Jornada (RPC_PAYBR_EE_WORK_HOURS_VIEWER). A Note de objetos 3728988 cria elementos de dados de contribuições sindicais e ajusta dezenas de estruturas de RAIS/MANAD/formulários — e serve também à cadeia do S-2230 (ordem oficial HCM_08).

Passos:

1. Implemente a Note de objetos 3728988 via SNOTE — ela exige a fase 1 (atividade 8) implementada [Note 3728988]
2. Em SAP_HRCBR 604: rode via SA38 o report UDO NOTE_3728988 (TESTRUN → UPDATE & ACTIVATE → ativação) [Note 3728988]
3. Implemente a Note principal via SNOTE [Note 3726057]

Se não fizer: análise: o FGTS Digital é obrigação viva — uma recomposição de saldo com CNPJ inválido significa divergência de FGTS por empregado na plataforma do governo, exatamente o tipo de pendência que aparece em fiscalização e rescisão.

Note 3728988 (me.sap.com) · guia em PDF (referência própria) · Note 3726057 (me.sap.com)

10. Leitura de dados da empresa (HR_BR_LER_FILIAL_GERAL)

Aplica-se a: SAP_HRCBR 604, 608 · S4HCMCBR 100–102

Por quê: última atividade da ordem oficial (HCM_10) — e a única da frente HCM com pré-requisitos fora do HCM: o módulo de função HR_BR_LER_FILIAL_GERAL passa a ler o CNPJ da filial da fonte correta em formato alfanumérico, e para isso depende dos objetos de fundação da frente logística (o elemento J_1BCNPJ_ALPHA e as BAPIs de filial).

Passos:

1. Pré-implementação manual: instale antes as Notes 3745788 (fundação do CNPJ alfanumérico), 3746510, 3729967 e 3729968 (campos alfanuméricos nas BAPIs de filial) — se o time de FI/Logística já rodou a frente de CNPJ deles, estas já estão no sistema [Note 3747776]
2. Garanta também a atividade 8 (Note 3705711) implementada — pré-requisito declarado por release [Note 3747776]
3. Implemente as correções via SNOTE [Note 3747776]

Se não fizer: análise: o FM de leitura de filial é consumido por relatórios standard e por boa parte dos Z de folha — sem a Note, tudo que passa por ele segue recebendo o CNPJ da fonte antiga, e o erro aparece longe da causa (num relatório, não no cadastro). É também o único ponto em que a folha depende do calendário do time de Logística: alinhe as duas frentes.

Note 3747776 (me.sap.com) ·