REFORMA NO SAP · VERIFICADO 27/07/2026

Guia do consultor FI — Reforma Tributária no SAP

Se você é o FI do projeto de Reforma Tributária, provavelmente já viveu isto: a informação que você precisa está espalhada em dezenas de SAP Notes — uma fala de tipo de imposto, outra de formato de pagamento, uma terceira muda o tipo de dado do CNPJ e quebra o que a segunda entregou. Cada Note tem seus pré-requisitos, seus passos manuais e sua faixa de release, e nada disso vem consolidado numa visão só de FI. Este guia junta as 24 Notes de FI que acompanhamos no tracker em atividades coerentes, na ordem que faz sentido para o consultor: o que fazer, por quê, em qual release, com a referência de cada passo — e o que acontece se você pular.

Leia antes de usar: este é um material complementar de consulta, em redação própria, baseado na leitura técnica das SAP Notes citadas. Ele não substitui a análise profissional de cada SNOTE no seu ambiente nem o documento oficial de cada Note. A ordem apresentada aqui é uma sugestão de organização do trabalho — a ordem oficial de implementação é a indicada pelo Note Analyzer a partir da Note líder (3200109 / 3561376). Notes mudam de versão com frequência: valide sempre a versão vigente no me.sap.com antes de implementar.

Antes de tudo: pré-requisitos

Duas verificações economizam semanas de retrabalho:

SP mínimo. Desde 2025, as entregas legais do Brasil exigem um Support Package Stack mínimo por release — por exemplo, S/4HANA 2021 (S4CORE 106) em diante já atende com SP 0, mas S/4HANA 1709 (S4CORE 102) pede SP 5, e no ECC a régua sobe: EHP8 (SAP_APPL 618) pede SP 13, EHP7 (617) pede SP 19 e EHP6 (606) pede SP 24. Releases fora de manutenção não recebem entrega legal, mesmo cumprindo o SP. Confira sua situação antes de qualquer SNOTE [Note 3563053]
Como conferir release e SP no sistema: transação SPAM (Package Level) ou Sistema → Status → Detalhes do componente — que lê a tabela CVERS. Anote o nível de S4CORE ou SAP_APPL/SAP_FIN: é ele que decide quais correções desta página se aplicam a você.
Note Analyzer. Não aplique as Notes da Reforma uma a uma na mão. O Note Analyzer (programa entregue pela Note 3200109) carrega o XML da Note líder e monta a lista completa com status e ordem de implementação — a coluna de comentários do XML indica a sequência recomendada, e segui-la evita boa parte dos erros clássicos de SNOTE [Note 3200109]

Customizing funcional FI — onde o fiscal encontra o trabalho dele

Boa parte das Notes acima é aplicação técnica (SNOTE, reports, BC sets). Mas depois que a base técnica está no lugar, sobra o trabalho que é seu: parametrizar. Os guias em PDF anexos às Notes detalham exatamente onde — e, tão importante quanto, onde não há nada a parametrizar porque a SAP já entrega pronto. Este bloco consolida essa visão funcional.

A. Tipos e grupos de imposto CBS/IBS — vêm prontos, não se criam na mão

O que é: os tipos de imposto novos da Nota Fiscal Writer (padrão CBS*, IB*S, IB*M, IS0* — o dígito 1/2/3 indica dedutível, não-dedutível ou a pagar) e, nos monofásicos, os grupos IBSL/CBSL com subdivisões 007–010. Não há criação manual aqui: tudo chega via BC set ativado na SCPR20 (ex.: Z_TAX_TYPES_S4CORE.bcs) ou via report UDO no ECC [Note 3552903] [Note 3711289]. O que fica com você é a manutenção da alíquota no campo novo de 4 casas decimais do tipo de imposto — as alíquotas-teste são pequenas e podem sofrer redução, e o campo antigo de 2 casas não comporta [Note 3552903].

Impacto: tipo de imposto errado ou alíquota em campo de 2 casas gera valor de CBS/IBS truncado em toda NF emitida — erro sistêmico, não pontual.

B. Situação tributária (CST) de CBS/IBS e vínculo ao código de imposto

O que é: o cadastro das situações tributárias dos novos impostos (código, textos legais, percentuais de redução) e a amarração delas ao código de imposto. Configura-se em SPRO → Financial Accounting → Global Settings → Tax on Sales/Purchases → Basic Settings → Brazil → Define Tax Situation for CBS and IBS; a atribuição ao código de imposto é feita na J1BTAX (Maintain Tax Codes MM, coluna própria de situação CBS/IBS) [Note 3646289] [Note 3655459]. Detalhe que derruba gente boa: em S4CORE 106+ o cadastro deve ser feito logado em português, senão os textos legais não aparecem na tela; em releases mais antigos, o idioma do cadastro precisa bater com o idioma de logon [Note 3655459]. Para STO via remessa, há atribuição opcional por tipo de documento de vendas/categoria de item no customizing de billing Brasil [Note 3655459].

Impacto: CST errada na NF é rejeição na SEFAZ — e a regra de determinação é 100% decisão funcional sua, a SAP não entrega conteúdo.

C. Alíquotas: condition records são por sua conta (FV11/VK11)

O que é: a SAP entrega os tipos de condição (MM: BXCB, BXBS, BXBM · SD: CBS3, IB3S, IB3M) e as sequências de acesso (BCBS, IBSS, IBSM, com a tabela de condição 392 só por país), mas não entrega nenhum condition record — você precisa criar ao menos um por tipo de condição, com percentual legal e validade, na FV11 (compras) e VK11 (vendas) [Note 3556404]. Se a alíquota variar por código NBS ou por situação tributária, o caminho é criar tabela de condição própria (V/03/VK03, namespace 501–999) e novo acesso na sequência via J1BTAX → Condition Setup → Access Sequences [Note 3616500] [Note 3656316] [Note 3670965].

Impacto: sistema tecnicamente pronto mas sem condition record calcula CBS/IBS = zero — passa no teste técnico e falha no primeiro faturamento de 2026.

D. Contas do Razão e determinação contábil dos novos impostos

O que é: o destino contábil de CBS/IBS. Em vendas, a SAP entrega as chaves de conta/processamento MWC (CBS), MWD (IBS estadual) e MWE (IBS municipal) — manuteníveis na OV34 (account key) e OBCN (processing key). O que é obrigatório e seu: criar as contas do Razão na FS00 e a determinação de contas no view cluster VC_T030K (Tax Accounts) via SM34 [Note 3556404]. Em compras, o desenho sugerido usa as chaves VSI/VSJ/VSL para as condições dedutíveis e NVV para as não-dedutíveis no procedimento de cálculo [Note 3616067].

Impacto: sem conta e determinação, o billing trava na liberação contábil — e conta mal desenhada agora vira retrabalho de rastreio de crédito na transição até 2033.

E. Fase de teste 2026: marcar CBS/IBS como estatísticos

O que é: em 2026 os novos impostos aparecem na NF mas não podem afetar totais nem contabilidade. O controle é funcional e explícito: na view J_1BDF_STAT_TAXV (SM30, ou SPRO em FI → Tax on Sales/Purchases → Basic Settings → Brazil) você marca tipo de NF + tipo de item + tipo de imposto (CBS3, IB3S, IB3M) como estatísticos para o fluxo da Nota Fiscal; no fluxo contábil, o flag estatístico entra na V/08 (procedimentos RVABRA/RVXBRA) para SD [Note 3605442] e na J1BTAX → Calc. Procedures MM (ex.: TAXBRA) para compras [Note 3606761].

Impacto: esquecer o flag significa CBS/IBS de teste somando no total da NF e lançando no Razão — divergência fiscal e contábil no primeiro fechamento de 2026.

F. Base de cálculo e interação com retenções — decisões de parametrização

O que é: dois ajustes finos de base que são pura decisão funcional. (1) Excluir CBS/IBS da base de retenção no TAXBRA: na J1BTAX → Calc. Procedures MM, remover o subtotal 1 das linhas das condições novas (CBS1, CBS2, IB1S, IB2S, IB1M, IB2M) — atenção: pela linha do tempo da Reforma, a inclusão na base de retenção passa a ser obrigatória a partir de 01/01/2027, então esta parametrização tem prazo de validade [Note 3654845]. (2) Excluir PIS/COFINS/ISS da base de CBS/IBS quando embutidos no preço: criar condição de base própria (sugestão BTXI) na J1BTAX e reapontar o "from step" das condições BXCB/BXBS/BXBM — no TAXBRJ com fórmula de valor via VOFM (rotina 600–999) [Note 3616067] [Note 3624558].

Impacto: base errada é imposto recolhido a maior ou a menor em silêncio — o cálculo roda, só que sobre o valor errado.

G. FS-CD (seguros): o customizing dos suplementos de imposto

O que é: depois da parte técnica da Note central do FS-CD (atividade 2 abaixo), o desenho funcional é este: IBS e CBS entram como suplementos de imposto vinculados a conta do Razão, disparados no momento do pagamento e calculados só em BRL. A jurisdição reaproveita a sistemática do ISS (código de jurisdição do parceiro de negócios; para IBS estadual, o estado pode vir do endereço do parceiro), e alíquotas e reduções são configuráveis por estado, por jurisdição e por tipo de serviço — sem limite mínimo (threshold) e sem sequência de dependência com os impostos antigos [Note 3642391]. Quem calcula imposto em sistema externo pode usar módulo de função de imposto para receber os valores [Note 3642391].

Impacto: a decisão de granularidade (alíquota única × por estado/serviço) define quanto retrabalho a seguradora terá a cada mudança de alíquota na transição 2026–2033.

H. Pagamentos, obrigações e o que muda de parametrização com o CNPJ alfanumérico

O que é: na frente de CNPJ, quase todo o esforço é técnico (a troca NUMC→CHAR das atividades 6–13) — não há parametrização funcional nova em mestre de fornecedor/cliente: o campo de CNPJ passa a aceitar letras depois das Notes, sem customizing adicional. O que sobra de funcional: importar e ativar as árvores de formato de pagamento na DMEE/DMEEX (tipo de árvore PAYM, árvores BR_FEBRABAN_750, BR_FEBRABAN_A, BR_FEBRABAN_P, via Format Tree → Upload XML dos anexos da Note) [Note 3723028]; e, no TDF/Reinf, atualizar o conteúdo de customizing do layout R-2.1.2 rodando via SA38 os reports /TMF/MF_CHANGE_TABLE_CONTENTS (com o XML anexo da Note) e /TMF/MF_PROXY_CREATE (layout "R2.1.2", eventos R-1000 a R-9000) — atenção: este último sobrescreve entradas custom nas tabelas de customizing da EFD-Reinf, que precisam ser reinseridas depois [Note 3764247]. Na Reinf da NT 03/2026, os eventos R-4010/R-4020 ganham o campo cpfOrigRecurso e o suporte a CNPJ alfanumérico [Note 3760247] [Note 3769404].

Impacto: quem procurar "o customizing do CNPJ" não vai achar — e quem pular o upload das árvores DMEE ou reprocessar o proxy da Reinf sem backup das entradas custom cria incidente em produção no primeiro pagamento/entrega do mês.

Frente 1 — CBS/IBS: cálculo dos novos impostos em FI

A Emenda Constitucional 132/2023 e a Lei Complementar 214/2025 criam a CBS e o IBS, que substituem gradualmente PIS, COFINS, ICMS e ISS entre 2026 e 2033 (alíquotas-teste de 0,9% e 0,1% já em 2026). Em FI, o impacto se concentra em quatro lugares: a Nota Fiscal Writer, o FS-CD (seguros), o IS-U (utilities) e o Convergent Invoicing.

1. Tipos de imposto para CBS/IBS monofásicos (Nota Fiscal Writer)

Aplica-se a: SAP_APPL 606, 617–618 · S4CORE 102–109

Por quê: combustíveis e cenários de tributação específica usam CBS/IBS monofásicos com alíquota ad rem (por quantidade, não por valor). O sistema padrão não tem grupos, subdivisões nem tipos de imposto para isso — a Note entrega o pacote completo (grupos IBSL/CBSL, subdivisões 007–010 e tipos como IB5S, IB6S, CBS5, CBS6) para uso nas transações J1B*N.

Passos:

Aplique as instruções de correção via SNOTE, com os 36 pré-requisitos resolvidos (o Note Analyzer cuida da ordem) [Note 3711289]
Em S4CORE: baixe o anexo Z_MONOPHASIC_IBS_CBS_TAX_TYPES_S4CORE.bcs da própria Note [Note 3711289]
Em S4CORE: na SCPR20, faça upload do BC set e ative com "Overwrite All Data", concluindo a ativação em todas as views [Note 3711289]
Em SAP_APPL (ECC): na SE38, rode o report UDO NOTE_3711289 (logon em inglês) primeiro em TEST RUN e confira o log de simulação todo verde [Note 3711289]
Em SAP_APPL: reexecute o report em UPDATE & ACTIVATE (ativação online) e valide o Change Log; repita se restarem objetos inativos no transporte [Note 3711289]
Em SAP_APPL: ative na SCPR20 o BC set Z_MONOPHASIC_IBS_CBS_TAX_TYPES_SAP_APPL.bcs com "Overwrite All Data" [Note 3711289]

Se não fizer: os tipos de imposto monofásicos não existem no sistema e a NF de combustíveis/monofásicos sai sem os grupos CBS/IBS — caminho direto para a rejeição 1021 ("Grupo IBS/CBS informado indevidamente") e outros problemas de geração de tags catalogados no guia de erros conhecidos. BC set que não ativa também é erro clássico documentado lá.

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

2. IBS/CBS no FS-CD — seguros (nota central)

Aplica-se a: S4CORE 102, 104–109 · INSURANCE 606, 616–618, 800–801, 804–806 · S4CEXT 107–109

Por quê: o Collections and Disbursements (FS-CD) não tem como configurar IBS e CBS nativamente. Esta é a nota central da Reforma para o segmento de seguros: 45 correções que habilitam os novos impostos como suplementos de imposto ligados a conta do Razão, disparados no pagamento, reaproveitando a sistemática de jurisdição já usada para o ISS.

Passos:

Implemente as correções via SNOTE (15 pré-requisitos — deixe o Note Analyzer ordenar) [Note 3642391]
Após as correções automáticas, rode via SA38 o report NOTE_3642391 (S/4) e/ou /GSINS/NOTE_3642391 (componente Insurance) em Update & Activate, repetindo até não restar erro — eles criam os objetos que o SNOTE não gera sozinho [Note 3642391]
Configure IBS/CBS no FS-CD como suplementos de imposto vinculados a conta do Razão, com disparo no pagamento (cálculo apenas em BRL) [Note 3642391]
Defina alíquotas e reduções por estado/jurisdição e por tipo de serviço, usando o código de jurisdição do parceiro — mesma lógica do ISS [Note 3642391]

Se não fizer: a partir de 01/01/2026 as apólices e cobranças do FS-CD saem sem os impostos-teste de 0,9%/0,1% — análise: além do descumprimento legal, corrigir depois exige reprocessar documentos abertos, e pular o report SA38 deixa objetos DDIC inativos que derrubam as correções seguintes (padrão de erro semelhante aos casos de DDIC ausente do guia de erros).

Note 3642391 (me.sap.com)

3. CBS/IBS no procedimento TAXBRA para IS-U (utilities)

Aplica-se a: verificar na Note (nota específica de IS-UT; componente FI-LOC-UT-BR)

Por quê: os processos de faturamento de utilities calculam imposto pelo procedimento TAXBRA, que não conhece CBS/IBS. A Note estende o TAXBRA para os cenários IS-U conforme a LC 214/2025.

Passos:

Confirme que o componente IS-UT está instalado no sistema — a Note é específica de IS-U e implementá-la sem IS-UT pode causar dano sério ao sistema [Note 3629378]
Implemente as 10 correções via SNOTE com os 5 pré-requisitos resolvidos [Note 3629378]

Se não fizer: análise: contas de energia/água/gás faturadas via IS-U não calculam CBS/IBS a partir de 2026, e o volume de documentos de utilities torna a correção retroativa especialmente cara. Se aplicar sem IS-UT instalado, o risco é pior: corrupção de objetos do sistema, alertado pela própria SAP.

Note 3629378 (me.sap.com)

4. CBS/IBS no procedimento TAXBRJ para IS-U (utilities)

Aplica-se a: SAP_BASIS 700, 702, 731, 740, 750, 754 (também cobre ECC além do S/4)

Por quê: mesmo objetivo da atividade anterior, mas para quem calcula pelo procedimento TAXBRJ (cálculo externo, comum em instalações mais antigas de utilities). Em basis antigo, os pacotes ABAP de destino nem existem — daí o passo manual de criá-los antes.

Passos:

Confirme que o IS-UT está instalado — vale o mesmo alerta de dano sério da nota TAXBRA [Note 3644470]
Em SAP_BASIS antigo (7.00–7.54 nas faixas indicadas), crie via SE21/SE80 o pacote ISU_GS_BR ("IS-U Brazil", software component IS-UT, transport layer SITE, superpacote IS-U/CCS), gravando numa request de transporte [Note 3644470]
Crie da mesma forma o pacote ISU_BR_TAXES ("IS-U Brazil - Taxes Calculation"), com superpacote ISU_GS_BR e os demais atributos exatos listados na Note [Note 3644470]
Só então implemente as 16 correções via SNOTE [Note 3644470]

Se não fizer: análise: sem os pacotes criados, a implementação da Note falha na criação de objetos (erro de pacote inexistente na SNOTE); sem a Note, o TAXBRJ segue calculando só os impostos antigos. Erros de implementação fora de ordem estão mapeados no guia de erros conhecidos.

Note 3644470 (me.sap.com)

5. Convergent Invoicing — Note líder própria

Aplica-se a: verificar na Note (estratégia declarada: entregas do S/4HANA 1709 ao 2027 dentro de manutenção vigente)

Por quê: quem usa Convergent Invoicing (CI) sobre FI-CA tem uma Note líder própria da Reforma, que não traz correção nenhuma (0 correções) — ela é o índice vivo das entregas de CI e da estratégia de releases suportados. É a sua porta de entrada para essa frente, do mesmo jeito que a 3561376 é para o todo.

Passos:

Marque a Note como favorita e acompanhe as novas versões — é por ela que a SAP anuncia as entregas de CBS/IBS para CI [Note 3670848]
Valide se seus releases de CI/FI-CA estão dentro da janela de manutenção suportada antes de planejar o projeto [Note 3670848]

Se não fizer: análise: nenhum erro imediato — mas você descobre entregas novas de CI com atraso e fora da ordem do Note Analyzer, que é a origem de metade dos chamados de SNOTE do guia de erros.

Note 3670848 (me.sap.com)

Frente 2 — CNPJ alfanumérico

A Instrução Normativa RFB nº 2229/2024 torna o CNPJ alfanumérico. No SAP isso é uma mudança de fundação: o campo deixa de ser numérico (NUMC) e vira caractere (CHAR), com novo elemento de dados J_1BCNPJ_ALPHA substituindo o J_1BCGC. Tudo que valida, formata ou transmite CNPJ — pagamento, extrato, boleto, SPED, Reinf — precisa acompanhar. A Note líder desta frente é a 3714871; a Note de fundação, pré-requisito de quase tudo abaixo, é a 3745788.

6. Fundação: migração do tipo de dado do CNPJ para CHAR

Aplica-se a: SAP_APPL 606 · SAP_FIN 617–618, 720, 730 · S4CORE 102–109

Por quê: depois que a fundação (3745788) cria o J_1BCNPJ_ALPHA, sobram objetos de pagamento/extrato ainda amarrados ao antigo J_1BCGC numérico. Esta Note troca o elemento de dados nesses objetos — é a "costura" que evita conversões implícitas erradas entre NUMC e CHAR.

Passos:

Garanta a Note de fundação 3745788 implementada (via Note Analyzer da líder de CNPJ 3714871) [Note 3746564]
Implemente as 13 correções via SNOTE, com os 8 pré-requisitos resolvidos [Note 3746564]

Se não fizer: análise: um CNPJ com letra num campo NUMC gera dump ou truncamento silencioso no meio de pagamento — o pior tipo de erro, porque aparece no banco, não no SAP. A KBA de troubleshooting da Reforma (3642384) e o guia de erros concentram os sintomas dessa família.

Note 3746564 (me.sap.com)

7. Pagamentos e extratos bancários (FEBRABAN/CNAB, DMEE)

Aplica-se a: SAP_APPL 600, 602–606, 617–618 · SAP_FIN 617–618, 720, 730 · S4CORE 102, 104–109

Por quê: os formatos de meio de pagamento FEBRABAN (CNAB 240/750) e o processamento de extrato bancário validam e formatam CNPJ em dezenas de estruturas (J_1BDMEX*, domínio J_1BXG15, elementos J_1BAH04, IDFI_BR_TAXPAYER_ID...). É a Note de estratégia da frente de pagamentos — 32 correções e 5 atividades manuais.

Passos:

Antes de aplicar, garanta implementadas todas as Notes da líder de CNPJ alfanumérico 3714871 [Note 3723028]
Em basis antigos, ajuste manualmente via SE11 (NUMC→CHAR) o domínio J_1BXG15, os elementos J_1BAH04, J_1BXB08, J_1BXH106, J_1BYA29 e IDFI_BR_TAXPAYER_ID, e as estruturas J_1BDMEX* [Note 3723028]
Implemente as correções via SNOTE [Note 3723028]
Importe via DMEE/DMEEX (árvore PAYM → Format Tree → Upload XML file) os XMLs anexos das árvores BR_FEBRABAN_750, BR_FEBRABAN_A e BR_FEBRABAN_P, copiando e ativando cada uma [Note 3723028]

Se não fizer: análise: o arquivo de remessa sai com CNPJ mal formatado e o banco rejeita o lote inteiro — F110 parado é incidente de folha/fornecedor no mesmo dia. Esquecer o upload das árvores DMEE é o erro mais provável aqui, porque o SNOTE termina "verde" sem elas.

Note 3723028 (me.sap.com)

8. PIX FEBRABAN no FI-CA

Aplica-se a: S4CORE 102, 106–109 · também FI-CA 606, 616–618 conforme a Note

Por quê: o formato de pagamento PIX FEBRABAN do Contract Accounting tem mapeamentos próprios (formato construído sobre a solução PIX da Note 3029187, evento 655) que também carregam CNPJ e precisam aceitar o formato alfanumérico.

Passos:

Garanta os pré-requisitos instalados: a solução PIX FI-CA (Note 3029187) e a fundação do CNPJ alfanumérico (3745788) [Note 3746063]
Implemente as 11 correções via SNOTE [Note 3746063]

Se não fizer: análise: cobranças PIX de clientes com CNPJ alfanumérico falham na geração do arquivo ou saem com chave inválida — e a falha só aparece quando o primeiro CNPJ com letra entrar na sua base de parceiros.

Note 3746063 (me.sap.com)

9. Boleto / Collection Bond (formato BR_COLBON)

Aplica-se a: S4CORE 102, 106–109 · FI-CA 606, 616–618 (duas Notes complementares)

Por quê: o Collection Bond (boleto) e o formato BR_COLBON têm campos dedicados a CNPJ nas estruturas BRCOLBON* (ex.: BRCOLBONJ52-D_INSCRIPTION_NUM). A 3714628 faz a adaptação principal; a 3768353 complementa com o campo G_INSCRIPTION_NUM que ficou de fora.

Passos:

Pré-implementação manual: instale antes as Notes 3745788, 3583627, 3710952 e 3710954 — e, no ECC FI-CA, também a 3732848, que entrega os objetos DDIC necessários [Note 3714628]
Implemente as 19 correções do Collection Bond via SNOTE [Note 3714628]
Na sequência, trate o campo restante do BR_COLBON: em basis antigo (sem instrução de correção automática nas faixas indicadas), rode via SA38 o report NOTE_3768353 em Update & Activate até ativar todos os objetos [Note 3768353]
Com os objetos ativos e os pré-requisitos (3745788, 3710952, 3710954, 3583627, 3732848 e a própria 3714628) instalados, aplique a Note complementar via SNOTE [Note 3768353]

Se não fizer: análise: boletos emitidos para/por CNPJ alfanumérico saem com número de inscrição inválido — rejeição na rede bancária e inadimplência artificial. Pular a 3732848 no ECC reproduz o padrão "campo desconhecido no dicionário" catalogado no guia de erros conhecidos.

Note 3714628 (me.sap.com) · Note 3768353 (me.sap.com)

10. Certificado de isenção de imposto retido (FS-CD seguros)

Aplica-se a: INSURANCE 606, 616–619, 800–804, 806 · S4CEXT 107–109

Por quê: o certificado de isenção de retenção (controle do teto de contribuição do INSS quando o prestador tem mais de um vínculo, arts. 64/67 da regulamentação) armazena o CNPJ da outra empresa pagadora — campo que agora precisa aceitar letras.

Passos:

Pré-implementação manual: garanta as Notes 2877963 (controle individual de INSS) , 3745788 e 3583627 instaladas — e, no INSURANCE 606 a 801, também a 3733309, que entrega os objetos DDIC [Note 3716220]
Implemente as 19 correções via SNOTE [Note 3716220]

Se não fizer: análise: o controle do limite de retenção falha para CNPJs alfanuméricos e a seguradora retém INSS a maior (ou a menor) do prestador — passivo trabalhista/fiscal difícil de detectar porque o cálculo não aborta, só erra.

Note 3716220 (me.sap.com)

11. Obrigações via DRC: ECD, ECF, EFD e EFD-Reinf

Aplica-se a: S4CORE 103–108 (3596922) · S4CORE 106–109 (3760247) — somente sistemas com DRC Brazil (ACR)

Por quê: quem entrega as obrigações pelo SAP Document and Reporting Compliance precisa que os relatórios /TMF/ECD_REPORT, /TMF/ECF_REPORT, /TMF/PCO, /TMF/EFD_REPORT e EFD-Reinf — e o view cluster /TMF/ORGSTR_VC — aceitem CNPJ alfanumérico (IN 2229/2024). A NT 03/2026 da Reinf soma ainda o campo cpfOrigRecurso nos eventos R-4010/R-4020.

Passos:

Confirme que o sistema tem as funcionalidades DRC Brazil (ACR) — a própria SAP alerta para não aplicar essas Notes sem DRC [Note 3596922]
Implemente as correções do CNPJ alfanumérico dos relatórios ECD/ECF/EFD via SNOTE (6 correções, sem atividade manual) [Note 3596922]
Para a EFD-Reinf, garanta o pré-requisito por release (Note 3757854 em S4CORE 106–108; 3756188 em 109) e aplique os ajustes da NT 03/2026 [Note 3760247]

Se não fizer: análise: os arquivos SPED/Reinf saem com CNPJ truncado ou reprovam na validação de layout do fisco — e obrigação acessória rejeitada no prazo é multa, não chamado. Sintomas de formatação em DRC estão no guia de erros conhecidos.

Note 3596922 (me.sap.com) · Note 3760247 (me.sap.com)

12. SPED clássico no ECC: EFD-Contribuições e EFD ICMS/IPI

Aplica-se a: SAP_APPL 600, 602–606, 617–618 (ECC; releases fora do SP mínimo da 3563053 têm solução alternativa indicada na própria Note)

Por quê: fora do DRC, os reports clássicos J1BPIS (EFD-Contribuições) e J_1BEFD (EFD ICMS/IPI) formatam CNPJ nos registros do arquivo — e precisam de correção própria para o formato alfanumérico.

Passos:

Pré-implementação manual, em cada sistema da paisagem: aplique antes as Notes 3745788 e 3729967 [Note 3747139]
Implemente a correção de formato da EFD-Contribuições (J1BPIS) via SNOTE [Note 3747139]
Para a EFD ICMS/IPI, garanta antes as Notes 3633765 e 3745788 e implemente as 6 correções do J_1BEFD [Note 3747584]

Se não fizer: análise: os arquivos EFD reprovam no PVA/validador com CNPJ em formato inválido. Como o passo de pré-requisito é manual e por sistema, o risco clássico é DEV corrigido e PRD não — valide a paisagem inteira.

Note 3747139 (me.sap.com) · Note 3747584 (me.sap.com)

13. PIS/COFINS Credit Control Suite (partes 1 e 2)

Aplica-se a: S4CORE 103–109 (parte 1) · S4CORE 106–109 (parte 2) — somente sistemas com DRC Brazil

Por quê: o controle de crédito de PIS/COFINS sobre ativo fixo guarda CNPJ nos seus elementos de dados. A adaptação veio em duas partes: a 3737323 atualiza a primeira leva de objetos, a 3749188 completa o restante.

Passos:

Garanta o pré-requisito da parte 1 (Note 3731714) e implemente as 7 correções via SNOTE [Note 3737323]
Para a parte 2, implemente antes a fundação 3745788 (pré-requisito manual) e a Note 3643389, além da própria parte 1 [Note 3749188]
Implemente as 12 correções da parte 2 via SNOTE [Note 3749188]

Se não fizer: análise: o crédito de PIS/COFINS de fornecedores com CNPJ alfanumérico deixa de ser controlado corretamente — relevante justamente na transição, quando PIS/COFINS convivem com a CBS até a extinção em 2027. Aplicar a parte 2 sem a parte 1 reproduz o padrão de pré-requisito pulado do guia de erros.

Note 3737323 (me.sap.com) · Note 3749188 (me.sap.com)

Checklist rápido do FI

SP mínimo conferido (SPAM/CVERS) contra a Note 3563053 e Note Analyzer rodado com o XML da Note líder (3200109)
CBS/IBS monofásicos: SNOTE + BC set na SCPR20 (S/4) ou report NOTE_3711289 + BC set (ECC) — Note 3711289
FS-CD seguros: SNOTE + reports SA38 NOTE_3642391 / /GSINS/NOTE_3642391 + customizing de suplementos — Note 3642391
IS-U TAXBRA: só com IS-UT instalado — Note 3629378
IS-U TAXBRJ: pacotes ISU_GS_BR e ISU_BR_TAXES via SE21 antes do SNOTE — Note 3644470
Convergent Invoicing: acompanhar a líder própria — Note 3670848
CNPJ fundação: troca J_1BCGC → J_1BCNPJ_ALPHA nos objetos remanescentes — Note 3746564
Pagamentos/extratos: SE11 em basis antigo + upload DMEE das árvores BR_FEBRABAN_750/A/P — Note 3723028
PIX FI-CA: pré-requisito 3029187 + SNOTE — Note 3746063
Boleto BR_COLBON: pré-requisitos (3732848 no ECC) + SNOTE + report NOTE_3768353 — Notes 3714628 e 3768353
Certificado de isenção FS-CD: pré-requisitos 2877963/3733309 + SNOTE — Note 3716220
DRC: ECD/ECF/EFD (3596922) e EFD-Reinf NT 03/2026 (3760247) — só com DRC ativo
SPED clássico ECC: J1BPIS (3747139) e J_1BEFD (3747584), com 3745788/3729967 antes, em cada sistema
PIS/COFINS Credit Control: parte 1 (3737323) antes da parte 2 (3749188)

Todas as customizações de FI, por tema — com a Note de origem

As frentes acima organizam o trabalho por atividade. Esta seção é a outra vista do mesmo escopo: a lista completa das customizações que sobram para o FI depois de separada a execução técnica, agrupadas por tema de negócio, cada linha com a Note que a origina. Use como inventário de escopo — e, antes de aplicar qualquer linha, confira no me.sap.com se a Note é válida para o seu release e qual é a versão vigente, porque conteúdo e faixa de validade mudam a cada revisão.

Como ler estas tabelas: a coluna Onde aponta a transação, o caminho de customizing ou o objeto em que a decisão se materializa; a coluna Note leva à Note de origem. Nem toda linha vale para todo cliente — temas como FS-CD, IS-U, Convergent Invoicing, FI-CA, DRC e TDF só entram no escopo de quem usa esses componentes. Onde a linha depende de outro time, o texto diz.

Tema 1 — CBS/IBS na Nota Fiscal

A decisão é como os novos tributos aparecem e se contabilizam na NF: alíquota, situação tributária, conta do Razão e, em 2026, se afetam ou não os totais. A SAP entrega os tipos de imposto e os tipos de condição; o conteúdo é seu.

O que configurar	Onde	Note
Informar a alíquota dos grupos `CBS`, `IBS`, `IBM` e `IS0` no campo de 4 casas decimais, conferindo os tipos e grupos entregues pelo BC set	`J1B*N` · `J1BTAX` → Tax Types	3552903
Cadastrar as situações tributárias (CST) de CBS/IBS — em S4CORE 106+ exige logon em português	`SPRO` → FI → Brazil → Define Tax Situation for CBS and IBS	3646289
Atribuir a situação tributária ao código de imposto	`J1BTAX` → Maintain Tax Codes MM	3655459
Criar os registros de condição de alíquota — a SAP entrega os tipos de condição, nenhum registro	`FV11` (compras) · `VK11` (vendas)	3556404
Criar as contas do Razão e amarrá-las às chaves `MWC` (CBS), `MWD` (IBS estadual) e `MWE` (IBS municipal)	`FS00` · `VC_T030K` · `OV34` · `OBCN`	3556404
Marcar CBS/IBS como estatísticos em 2026, no fluxo da NF e no cálculo de compras	`J_1BDF_STAT_TAXV` · `J1BTAX` → Calc. Proc. MM	3605442
Incluir as condições de CBS/IBS nas pricing procedures de entrega futura e mapeá-las aos campos da NF	`V/08` (`RVXBRE`, `RVXBRF`) · `J_1BNFTXCONDV`	3776373

Atenção: em 2026 CBS e IBS aparecem na NF mas não podem afetar totais nem contabilidade. Sem o flag estatístico nos dois fluxos, os tributos-teste somam no total e lançam no Razão. E sistema tecnicamente pronto, porém sem registro de condição, calcula CBS/IBS igual a zero — passa no teste técnico e falha no primeiro faturamento real.

Tema 2 — Monofásicos (ad rem)

Só entra no escopo quem comercializa combustíveis ou outros itens de tributação monofásica. A alíquota é ad rem: valor fixo por unidade, não percentual. A decisão é quais dos 18 tipos de imposto novos entram em uso e em qual cenário.

O que configurar	Onde	Note
Mapear os 18 tipos monofásicos aos cenários — saída, entrada dedutível, entrada não dedutível, retenção e imposto já recolhido	`J1BTAX` → Tax Types · `J1B*N`	3711289
Informar a alíquota ad rem dos grupos `IBSL` e `CBSL`, subdivisões 007–010, conferindo o conteúdo entregue pelo BC set	`J1B*N` · `J1BTAX` → Tax Groups	3711289

Tema 3 — Retenção na fonte e base de cálculo

Duas decisões de base, ambas 100% funcionais: se CBS e IBS entram na base dos tributos retidos na fonte em compras (IRRF, PCC) e se PIS/COFINS/ISS embutidos no preço saem da base de CBS/IBS. Nenhuma tem resposta padrão da SAP — e a primeira tem prazo de validade.

O que configurar	Onde	Note
Decidir quais das condições `CBS1`, `CBS2`, `IB1S`, `IB2S`, `IB1M` e `IB2M` saem da base de retenção e remover o valor 1 da coluna Subtotal nos steps correspondentes	`J1BTAX` → Calc. Procedures MM (`TAXBRA`)	3654845
Criar condição de base própria (sugestão `BTXI`) para excluir PIS/COFINS/ISS da base de CBS/IBS quando embutidos no preço	`J1BTAX` → Condition Setup	3616067
Reapontar o "from step" das condições `BXCB`, `BXBS` e `BXBM` para a nova condição de base	`J1BTAX` → Calc. Procedures MM	3616067

Atenção — obrigatoriedade com data: pela linha do tempo atual da Reforma, a partir de 01/01/2027 a inclusão de IBS e CBS na base de retenção passa a ser obrigatória. A exclusão configurada agora terá de ser revertida antes dessa data. Deixe a reavaliação registrada no plano do projeto: base errada é imposto recolhido a maior ou a menor em silêncio.

Tema 4 — Nota de débito e de crédito

Duas frentes: emitir NF de crédito e de débito apenas com CBS e IBS (NT 2025.002) e tratar o adiantamento na compra com entrega futura como Nota de Débito (Ajuste SINIEF 49/2025). A SAP habilita a emissão — nenhum tipo de Nota Fiscal novo vem pronto.

O que configurar	Onde	Note
Criar os tipos de NF de crédito e de débito para os cenários com CBS/IBS — a Note habilita a emissão, não entrega tipo pronto	`SPRO` → Nota Fiscal → Define Nota Fiscal Types	3664725
Definir o tipo de NF com Document Type = `D` (Debit Note) para o adiantamento de entrega futura	`SPRO` → Define Nota Fiscal Types	3771113
Definir o critério de negócio que leva o valor 06 (Prepayment) ao campo Debit NF Type	`J1B1N` (campo `TPNFDEBITO`)	3771113
Liberar o grupo de campos 67 e o grupo de tela 6 (Additional Information) no cabeçalho da NF	`SPRO` → Brazil → Screen Controls (Header)	3773472
Definir se as NFe References das notas de débito são preenchidas manual ou automaticamente	`J1B1N` → NFe References	3773472
Definir o cenário que usa o Credit Type 06 (recusa parcial na devolução) e o Debit Type 07 (perda de estoque)	`J1B1N` (Credit/Debit Type)	3766145

Atenção: as Notes de entrega futura declaram que não alteram a determinação de impostos. Validar o cálculo do cenário (J1BTAX, FV11) contra a documentação mais recente do fisco é responsabilidade do projeto. O fluxo de recebimento referenciando várias notas de débito é decisão conjunta com MM.

Tema 5 — FS-CD (seguros)

IBS e CBS entram como suplementos de imposto ligados a conta do Razão, disparados no pagamento, na mesma sistemática já usada para o ISS. A decisão que define o custo de manutenção é a granularidade: alíquota única ou por estado, jurisdição e tipo de serviço.

O que configurar	Onde	Note
Definir IBS e CBS como suplemento de imposto ligado a conta do Razão, com disparo no pagamento — ou receber o cálculo de sistema externo pelo módulo de função de imposto	`SPRO` → FS-CD → suplementos de imposto	3642391
Definir alíquotas e reduções por estado, jurisdição e tipo de serviço, replicando para a CBS o desenho de Tax Code / Tax Supplement usado hoje em PIS/COFINS	`SPRO` → FS-CD → suplementos de imposto	3642391
Definir a origem do código de jurisdição do parceiro — o IBS estadual pode exigir o endereço para identificar o estado	`BP` · jurisdição FS-CD	3642391
Manter o certificado de isenção de INSS com CNPJ alfanumérico	`/GSINS/BRBPADD`	3716220

Atenção: o cálculo dos novos tributos só ocorre quando a moeda é BRL, não há limite mínimo e não se cria dependência de base, redução ou sequência entre tributos novos e antigos. Documentos em outra moeda não recebem IBS/CBS — confira isso na homologação.

Tema 6 — IS-U e Convergent Invoicing

A primeira decisão é de escopo: confirmar se o add-on IS-UT existe e por qual procedimento o cliente calcula. Depois, o customizing de CBS/IBS segue as regras gerais da frente, aplicadas ao procedimento em uso.

O que configurar	Onde	Note
Confirmar o add-on IS-UT instalado e revisar a exclusão de tributos da base do ICMS no pricing SD de IS-U	Sistema → Status · `V/08`	3629378
Confirmar se o cálculo roda por `TAXBRA` ou `TAXBRJ`, configurar as condições de CBS/IBS no procedimento em uso e definir o critério que a BAdI de impostos IS-U aplicará, se houver extensão	`J1BTAX` → Calc. Procedures · `SPRO` → IS-U	3644470
Selecionar quais das cinco frentes de Convergent Invoicing entram no escopo: pricing, impostos estatísticos, Tax Situation Code, NBS e alíquota com 4 decimais	Plano de escopo (Note guia)	3670848

Atenção: as Notes de IS-U são específicas do add-on IS-UT, e a própria SAP alerta que aplicá-las em sistema sem IS-UT pode causar dano sério. Confirme a instalação antes de liberar a frente. Este tema só existe para quem fatura por IS-U (energia, água, gás) ou por Convergent Invoicing / FI-CA (telecom, utilities, assinaturas).

Tema 7 — CNPJ alfanumérico

A pergunta mais comum tem resposta contraintuitiva: não existe "o customizing do CNPJ". Depois das Notes, o campo aceita letras sem parametrização nova em mestre de fornecedor ou cliente. Sobra conferência de cadastro e homologação dos processos que consomem o número.

O que configurar	Onde	Note
Confirmar que não há parametrização nova em mestre de fornecedor/cliente e validar o Business Partner com o indicador de pessoa natural e número da categoria BR1/CNPJ	`BP` · `FK02`	3746564
Revisar a estrutura organizacional do DRC, cujos campos de CNPJ passam a aceitar alfanumérico	`/TMF/ORGSTR_VC`	3596922
Validar a geração do arquivo de pagamento e o extrato bancário com parceiro de CNPJ alfanumérico	`F110` · extrato bancário	3723028
Validar emissão e retorno de título de cobrança com pagador e beneficiário alfanuméricos	Formato `BR_COLBON` (FI-CA)	3714628

Os dois últimos itens só valem para quem usa FI-CA (formatos PIX e Collection Bond), DRC ou TDF. Em paisagem ECC/S4 clássica, a frente se resume à homologação de pagamentos, extratos e obrigações acessórias.

Tema 8 — Obrigações acessórias (SPED e EFD-Reinf)

Nenhuma destas Notes muda regra fiscal — todas ajustam os arquivos para aceitar CNPJ alfanumérico e, na Reinf, o campo novo da NT 03/2026. Ao FI cabe o conteúdo de customizing e a homologação no validador oficial.

O que configurar	Onde	Note
Documentar e reinserir as entradas custom das tabelas de customizing da EFD-Reinf depois da carga do layout R-2.1.2	Customizing EFD-Reinf (TDF)	3764247
Validar o EFD-Contribuições — blocos 0140, 1101, 1210, 1610 e A/C/D/F — com CNPJ alfanumérico, conferindo no PVA	`J1BPIS`	3747139
Validar o EFD ICMS/IPI (layout 20) com CNPJ alfanumérico, conferindo no PVA	`J_1BEFD`	3747584
Validar no DRC a ECD, a ECF, o EFD-Contribuições e o EFD ICMS/IPI	`/TMF/ECD_REPORT` · `/TMF/EFD_REPORT`	3596922
Validar R-4010 e R-4020 com `cpfOrigRecurso` e beneficiário alfanumérico	`/TMF/PCO` (EFD-Reinf)	3760247
Validar os apps do PIS/COFINS Credit Control Suite (CIAP) com filial e parceiro alfanuméricos	Apps Fiori de Credit Control (DRC)	3749188

Atenção: a carga do layout R-2.1.2 sobrescreve as entradas custom das tabelas de customizing da EFD-Reinf. Exporte e documente esse conteúdo antes de liberar a atividade ao time técnico e reinsira depois — a execução é técnica, mas o conteúdo perdido é funcional e é seu. Decisão conjunta com o time técnico.

Customizações por Note

O mesmo escopo visto pela outra ponta: Note a Note, o que cabe ao FI decidir, parametrizar ou homologar. As Notes marcadas como entrega técnica também aparecem — nelas o trabalho não é configurar, é confirmar que estão ativas e homologar o cenário que depende delas, e pular esse passo é o que faz um ciclo de teste inteiro perder a validade.

Frente CBS/IBS, FS-CD, IS-U e Nota de Débito/Crédito.

Note 3552901 — objetos de base exigidos pela 3552903 (entrega técnica)

Nada a configurar: é entrega técnica de objetos de dicionário.
Confirmar com o time técnico que está ativa antes de tocar nos tipos e grupos de imposto da 3552903. Decisão conjunta com o time técnico.
Validar que os objetos gerados — domínio J_1BTAXGRP e estruturas J_1BINDOCD e J_1BINLIND — já respondem no NF Writer.

Note 3552903 — grupos e tipos de imposto CBS/IBS/IS no NF Writer

Confirmar a 3552901 aplicada antes de iniciar o customizing: a sequência é obrigatória.
Decidir se os tipos de imposto da LC 214/2025 já existem no sistema — é essa decisão de escopo que define se o BC set precisa ser ativado.
Informar as alíquotas dos grupos CBS*, IB*M, IB*S e IS0* no campo de alíquota com 4 casas decimais do NF Writer (J1B*N).
Escolher a variação 1 a 3 de cada grupo conforme o uso: dedutível, não dedutível ou a pagar. O caractere * indica que o grupo serve aos dois lados — decisão conjunta com MM e SD.
Validar o conteúdo de customizing entregue pelo BC set nas views atingidas antes de transportar para QAS e PRD.

Note 3711289 — tipos de imposto monofásicos (ad rem) para combustíveis

Decidir quais dos 18 tipos monofásicos entram em uso e em quais operações — saída, entrada dedutível, entrada não dedutível, retenção e imposto já recolhido. Os demais ficam sem uso.
Mapear os tipos escolhidos aos cenários de negócio, conferindo na própria Note a relação de grupos, subdivisões e tipos entregues.
Validar o conteúdo do BC set — 2 grupos, 4 subdivisões e 18 tipos de imposto — antes de transportar para QAS e PRD.
Homologar o cenário monofásico ad rem (valor fixo por unidade, típico de combustíveis) no NF Writer (J1B*N).

Note 3629378 — CBS/IBS no TAXBRA para faturamento IS-U

Confirmar o IS-UT instalado antes de liberar a Note: é decisão de escopo do projeto e o risco de aplicá-la fora do cenário é grave.
Definir quais tributos ficam fora da base do ICMS no pricing SD de IS-U — a decisão de base de cálculo é do FI.
Configurar as condições de CBS e IBS no TAXBRA seguindo as Notes gerais da frente; esta Note não entrega customizing próprio.
Homologar o faturamento IS-U (energia, água, gás) com os novos tributos calculados.

Note 3644470 — CBS/IBS no TAXBRJ para faturamento IS-U

Confirmar o IS-UT instalado e que o cálculo roda por TAXBRJ, e não por TAXBRA — decisão de escopo.
Confirmar que as Notes 3582512 e 3491432 já estão no sistema. Decisão conjunta com o time técnico.
Definir o critério de negócio caso o cálculo precise de extensão: o que a BAdI de impostos aplica é decisão do FI; como se implementa, não.
Homologar o cálculo de CBS e IBS no faturamento IS-U pelo TAXBRJ.

Note 3642391 — IBS e CBS como suplementos de imposto no FS-CD

Configurar IBS e CBS como suplemento de imposto ligado a conta do Razão, com disparo no pagamento.
Definir alíquotas e reduções por estado, jurisdição e tipo de serviço, usando o código de jurisdição do parceiro de negócios; para o IBS estadual, o endereço do parceiro pode ser necessário para identificar o estado.
Para a CBS, replicar o desenho de Tax Code / Tax Supplement usado hoje em PIS/COFINS, com redução de porção por tipo de segmento ou serviço quando aplicável.
Não criar dependência de base, redução ou sequência entre os tributos novos e os antigos.
Decidir se o cálculo vem de sistema externo — nesse caso, o módulo de função de imposto é o ponto de entrada da informação.
Conferir que documentos em moeda diferente de BRL continuam sem IBS/CBS, como manda a solução.

Note 3670848 — índice das entregas da Reforma para Convergent Invoicing

Sem customizing próprio: a Note funciona como índice de escopo do Convergent Invoicing.
Levantar quais das cinco Notes filhas se aplicam: pricing de CBS/IBS, impostos estatísticos, Tax Situation Code, NBS e alíquota com 4 decimais.
Incluir as Notes escolhidas no plano de aplicação, com sequência definida.
Monitorar as novas versões — a revisão de dezembro de 2025 acrescentou a Note 3696957 à lista.

Note 3654845 — exclusão de CBS/IBS da base de retenção na fonte (100% manual)

Decidir quais condições dos novos tributos saem da base de retenção — CBS1, CBS2, IB1S, IB2S, IB1M e IB2M. A decisão de base de cálculo é do FI.
Fazer o ajuste na J1BTAX, em Condition Setup, nos procedimentos de cálculo de MM, sobre o procedimento do cliente (em geral TAXBRA).
Remover o valor 1 da coluna Subtotal nos steps das condições escolhidas.
Tratar as faixas de step citadas no material da Note — estatísticos por volta de 180 a 182 e novos tributos por volta de 690 a 695 — como sugestão, ajustando ao procedimento do cliente.
Registrar no plano do projeto a reavaliação obrigatória antes de 01/01/2027.

Note 3771113 — adiantamento de entrega futura emitido como Nota de Débito na MIRO

Criar ou ajustar o tipo de NF com Document Type = D (Debit Note) em SPRO → Nota Fiscal → Define Nota Fiscal Types. É o único campo obrigatório.
Definir o critério de negócio que identifica o adiantamento e faz o campo Debit NF Type (TPNFDEBITO) sair com o valor 06 (Prepayment); a sugestão da SAP é usar o próprio Document Type = D.
Validar por conta própria a determinação de impostos do cenário de entrega futura — a Note declara que não altera cálculo.
Homologar a emissão da NF de adiantamento como Nota de Débito na MIRO e conferir o XML e o DANFE resultantes.

Note 3773472 — recebimento referenciando várias Notas de Débito na compra com entrega futura

Liberar o grupo de campos 67 (Additional Information) como opcional no controle de tela de campos do cabeçalho da NF, dentro do customizing de Nota Fiscal do Brasil.
Liberar o grupo de tela 6 (aba Additional Information) como exibível no controle de abas e subtelas do cabeçalho, no mesmo caminho.
Decidir o modo de preenchimento das NFe References: manual, uma linha por Nota de Débito com o tipo de adiantamento e o número do documento, ou automático — e, se automático, definir o critério de negócio que preenche as referências.
Validar o fluxo completo: vários adiantamentos na MIRO e o recebimento referenciando várias notas de débito do mesmo fornecedor e centro. Decisão conjunta com MM.
Validar por conta própria a determinação de impostos do cenário — a Note não muda cálculo.

Note 3776373 — CBS/IBS nas pricing procedures de venda com entrega futura

Opcional segundo o guia da Note: inserir as linhas de CBS/IBS nas procedures RVXBRE e RVXBRF depois das linhas de offset, de preferência a partir do step 755.
Opcional: atualizar na SM30 a view J_1BNFTXCONDV para RVXBRE e RVXBRF, com usage A e application V, mapeando os novos tipos de imposto aos campos da NF.
Revisar tipos de condição, chaves de processamento e determinação de contas de CBS/IBS; adaptar se a procedure do cliente divergir do padrão entregue pela SAP.
Validar o conteúdo de customizing entregue pelo BC set antes de transportar para QAS e PRD.
Homologar ordem de venda e fatura do cenário de entrega futura com CBS e IBS calculados. Decisão conjunta com SD, dono das pricing procedures.

Note 3664725 — NF de crédito e de débito emitida só com CBS e/ou IBS

Definir com o negócio em que situações sai NF de crédito e em que situações sai NF de débito contendo apenas CBS e/ou IBS.
Como a Note não entrega tipos de NF prontos, criar ou ajustar os tipos em SPRO → Nota Fiscal → Define Nota Fiscal Types, com Document Type C (crédito) ou D (débito) — mesmo caminho usado pela 3771113.
Homologar criação, alteração e exibição no NF Writer (J1B1N, J1B2N, J1B3N) com documento cujo item só tenha CBS e/ou IBS.
Conferir a determinação de impostos e o XML/DANFE do cenário homologado.

Note 3766145 — novos valores de tipo de NF de crédito e de débito (NT 2025.002)

Mapear no processo de devolução em que situações a NF de crédito passa a sair com o tipo 06 (recusa parcial de entrega).
Rever o uso do tipo de NF de débito 07: o código não muda, muda a descrição, que agora abrange deterioração, perda, furto e roubo. Confirmar se os cenários hoje classificados como perda de estoque continuam corretos sob a descrição ampliada.
Conferir os dois campos no XML da NF-e e no DANFE depois que a entrega técnica estiver ativa.
Nenhum objeto novo de customizing é criado: os valores chegam prontos nos domínios da NF.

Note 3774678 — eventos genéricos de CT-e a partir da NF-e de saída (entrega técnica)

Nenhum customizing de FI é entregue: o que cabe ao FI aqui é escopo e homologação.
Definir com o negócio quais eventos de CT-e do manual da SEFAZ entram no escopo — por exemplo o 110160, de registro multimodal — e em que ponto do processo cada um é disparado.
Especificar, evento a evento, quais dados o documento precisa carregar: é dessa especificação funcional que sai a estrutura montada pelo time técnico. Decisão conjunta com o time técnico.
Conferir o XML do evento gerado e o retorno da autoridade fiscal, homologando o cenário ponta a ponta com o CT-e correspondente.
Definir a política de arquivamento e de retenção dos XMLs de evento e o tratamento esperado quando a autoridade fiscal rejeita o envio.

Frente CNPJ alfanumérico.

Note 3745788 — objetos de fundação do CNPJ alfanumérico (entrega técnica)

Nada a configurar: entrega técnica de objetos de dicionário que sustenta toda a frente.
Confirmar que está implementada e ativa em DEV, QAS e PRD antes de abrir os testes de pagamento (3746063, 3714628, 3768353), de retenção de INSS (3716220) e de obrigações acessórias (3747139, 3747584, 3749188). Decisão conjunta com o time técnico.
A validação funcional acontece nos cenários das Notes dependentes: sem esta ativa, esses testes não valem.

Note 3746510 — estruturas de BAPI de filial para CNPJ alfanumérico (entrega técnica)

Nada a configurar: entrega técnica das estruturas de BAPI de filial.
Confirmar que está ativa antes da cadeia 3729967 e 3729968.
Revalidar criação e alteração de filial/business place e do Business Partner correspondente com CNPJ alfanumérico, gravando e reabrindo o registro para conferir que o número não é truncado.
Repetir a validação pelas cargas e integrações que gravam filial por interface, não só pela tela.

Note 3712876 — validação BR1 de CNPJ em Business Partner (entrega técnica)

Nada a configurar: é correção de programa na validação.
Retestar a manutenção de Business Partner com o indicador de pessoa natural marcado e o número da categoria BR1/CNPJ informado.
Cobrir no roteiro de teste a criação e a alteração desse tipo de parceiro com CNPJ alfanumérico e com CNPJ numérico.

Note 3710952 — objetos de localização Brasil, base da 3710954 (entrega técnica)

Nada a configurar: entrega técnica de domínios, elementos, estruturas de NF e CDS views da localização Brasil.
Confirmar que os objetos estão implementados e ativos antes de a 3710954 entrar — é ela que muda comportamento. Decisão conjunta com o time técnico.
Reservar o cenário de Nota Fiscal para a validação funcional da 3710954: aqui só a estrutura de dados muda.

Note 3710954 — processamento e validação do CNPJ alfanumérico na localização Brasil

Nada a configurar: entrega de código nos objetos de localização. Ao FI cabe definir e executar a regressão.
Retestar a emissão de Nota Fiscal, a exibição do parceiro na NF e o preenchimento do cabeçalho a partir da filial, com CNPJ alfanumérico no emitente e no destinatário.
Retestar o upload de NFS-e e a verificação de CT-e/NF nos apps de Nota Fiscal do S/4.
Conferir o arquivo da NF-e gerado: o CNPJ com letras precisa sair completo, sem conversão numérica.
Homologar a listagem de fornecedores com CNPJ alfanumérico antes de liberar o cenário.

Note 3746564 — troca do elemento de dados do CNPJ em pagamentos e extratos

Retestar a geração do arquivo de pagamento no F110 com parceiro de CNPJ alfanumérico e conferir, no arquivo gerado, que o número sai completo.
Retestar o processamento do extrato bancário com parceiro de CNPJ alfanumérico até a conciliação do lançamento.
Tratar este reteste no mesmo ciclo da 3723028 e da 3746063: é o mesmo cenário de pagamento e, sem esta Note, partes do fluxo continuam truncando o CNPJ.

Note 3723028 — CNPJ alfanumérico em pagamentos e extratos bancários (FEBRABAN, DMEE)

Levantar e informar quais formatos de pagamento e cobrança estão em uso e quais são cópias próprias (Z) do padrão FEBRABAN — o inventário é decisão e registro do funcional. Decisão conjunta com o time técnico.
Retestar o F110 com FEBRABAN CNAB 240 e conferir o CNPJ com letras no arquivo de remessa gerado.
Retestar a geração do arquivo de cobrança 750 e do boleto/DDA com pagador e beneficiário de CNPJ alfanumérico.
Retestar o processamento do retorno bancário e do extrato (FEBI) até a conciliação.
Repetir a conferência do arquivo para cada formato copiado (Z) depois que o time técnico replicar o mapeamento: é aí que o truncamento costuma sobreviver.

Note 3746063 — formato de pagamento PIX FEBRABAN do FI-CA (entrega técnica)

Nada a configurar: correção de função legal no formato de pagamento.
Confirmar que o cliente usa FI-CA (utilities, seguros, telecom); fora do FI-CA a cobertura equivalente vem da 3723028 e da 3746564, e esta Note sai do escopo.
Retestar a geração do arquivo de pagamento PIX FEBRABAN (CNAB 750/240) no FI-CA com pagador e recebedor de CNPJ alfanumérico, conferindo o número no arquivo gerado.

Note 3768353 — formato BR_COLBON: número de inscrição do segmento G (entrega técnica)

Nada a configurar: entrega técnica do campo de número de inscrição no segmento G.
Confirmar que o cliente emite boleto de cobrança pelo FI-CA no formato BR_COLBON (CNAB 240); sem esse uso, a Note é dispensável.
Retestar a geração do arquivo BR_COLBON com pagador e beneficiário de CNPJ alfanumérico, conferindo os segmentos J52 e G no arquivo gerado.

Note 3714628 — Collection Bond (BR_COLBON, segmento J52 do CNAB 240) (entrega técnica)

Nada a configurar: entrega técnica das estruturas do Collection Bond.
Confirmar que o cliente usa Collection Bond / BR_COLBON no FI-CA; em FI clássico o caminho equivalente é 3723028 mais 3746564.
Retestar a emissão do título de cobrança com CNPJ alfanumérico no favorecido, no número da empresa e nos números de inscrição de pagador e beneficiário.
Retestar o processamento do retorno da cobrança e conferir o arquivo de remessa antes de liberar a frente.

Note 3716220 — certificado de isenção de INSS no FS-CD com CNPJ alfanumérico

Confirmar que o cliente usa FS-CD / Insurance Brasil com controle de isenção de INSS (/GSINS/BRBPADD); fora desse cenário a Note sai do escopo.
Retestar a manutenção do certificado de isenção informando, na /GSINS/BRBPADD, o CNPJ alfanumérico da empresa de onde o segurado recebe remuneração.
Retestar o cálculo da retenção de INSS de contribuinte individual com o certificado emitido para CNPJ com letras, conferindo o limite do teto de contribuição.

Note 3737323 — domínio de CNPJ em CHAR no controle de crédito PIS/COFINS (DRC)

Verificar se o cliente usa DRC Brazil / PIS-COFINS Credit Control Suite antes de incluir a Note no escopo; sem DRC, não entra.
Retestar os apps de Credit Control (CIAP e controle de créditos) com filial e parceiro de CNPJ alfanumérico.
Conferir que o CNPJ com letras é exibido e reportado íntegro nos créditos apurados, antes de liberar a apuração do período.

Note 3749188 — apps do PIS/COFINS Credit Control Suite com CNPJ alfanumérico (DRC)

Confirmar o uso de DRC Brazil e tratar esta Note sempre no mesmo escopo da 3737323 — separadas, deixam a suíte inconsistente.
Retestar os apps do Credit Control Suite — hierarquias, classes de imobilizado e apuração de crédito sobre ativo fixo — com CNPJ alfanumérico.

Note 3747139 — SPED EFD-Contribuições (J1BPIS, ECC) com CNPJ alfanumérico

Retestar a geração do arquivo do EFD-Contribuições na J1BPIS com empresa e participante de CNPJ alfanumérico.
Conferir os blocos 0140, 1101, 1210, 1610 e A/C/D/F do arquivo gerado: o CNPJ com letras precisa aparecer completo em cada registro.
Validar o arquivo no PVA da Receita antes de liberar a entrega da obrigação.
Informar se o cliente tem BAdI própria de EFD-Contribuições, para que o impacto da mudança de tipo seja avaliado antes do teste. Decisão conjunta com o time técnico.

Note 3747584 — SPED EFD ICMS/IPI (J_1BEFD, ECC) com CNPJ alfanumérico (entrega técnica)

Nada a configurar: correção nos campos do relatório.
Retestar a geração do arquivo do EFD ICMS/IPI (J_1BEFD) com estabelecimento e participante de CNPJ alfanumérico.
Conferir o CNPJ com letras nos registros do arquivo gerado e validar no PVA antes de liberar a entrega.

Note 3596922 — ECD, ECF, EFD e EFD-Reinf no DRC com CNPJ alfanumérico

Revisar o cadastro da estrutura organizacional do DRC no view cluster /TMF/ORGSTR_VC: os campos de CNPJ passam a aceitar alfanumérico e precisam ser conferidos entidade por entidade.
Retestar a geração da ECD (/TMF/ECD_REPORT) e da ECF (/TMF/ECF_REPORT) com CNPJ alfanumérico e conferir os arquivos.
Retestar o EFD-Contribuições (/TMF/PCO) e o EFD ICMS/IPI (/TMF/EFD_REPORT) com CNPJ alfanumérico, validando os arquivos antes da entrega.
Retestar a escrituração dos eventos do EFD-Reinf com CNPJ alfanumérico nos campos relevantes.

Note 3760247 — EFD-Reinf no DRC: campo cpfOrigRecurso da NT 03/2026

Confirmar que o cliente reporta o EFD-Reinf pelo DRC — quem usa TDF segue pela 3764247 — e que a série R-4000 está no escopo; a NT 03/2026 é obrigatória para quem retém na fonte.
Retestar a geração e a transmissão dos eventos R-4010 e R-4020 com o campo cpfOrigRecurso preenchido e beneficiário de CNPJ alfanumérico.
Conferir a escrituração resultante antes do fechamento do período, incluindo os eventos de fechamento da série.

Note 3764247 — EFD-Reinf no TDF: NT 03/2026, carga de tabela e regeneração de proxies

Levantar e documentar as entradas próprias (custom) das tabelas de customizing do EFD-Reinf antes da carga de conteúdo: só o funcional sabe o que é ajuste do cliente e o que é conteúdo padrão.
Conferir e reinserir esse conteúdo de customizing depois que a carga do time técnico terminar, comparando com a documentação feita antes. Decisão conjunta com o time técnico.
Retestar a geração e a transmissão dos eventos R-4010 e R-4020 no layout R-2.1.2, com cpfOrigRecurso e CNPJ alfanumérico.
Conferir a escrituração do EFD-Reinf resultante antes de liberar o período.

Cinco Notes desta lista não têm nenhuma configuração funcional — 3552901, 3774678, 3745788, 3710952 e 3737323 são entregas técnicas de base. Ao FI cabe confirmar que estão ativas antes de configurar o que depende delas, e é essa confirmação que dá validade ao ciclo de teste seguinte.

Este guia acompanha o tracker: quando a SAP publica versão nova de uma dessas Notes, a informação muda aqui também. Se você toca a apuração, os 16 eventos vigentes da Reforma (15 de apuração + cancelamento) já têm solução pronta em eventos-rtc.tpasinato.com. Dúvida de um cenário específico ou quer trocar figurinha de projeto? Me encontre no LinkedIn, assine a newsletter ou escreva para contato@tpasinato.com.

Próximo passo

Não tem certeza se o seu ambiente está coberto? Descreva o cenário e receba uma leitura objetiva do que se aplica a você.

Mapear meu ambiente SAP