Reforma no SAP

REFORMA NO SAP · VERIFICADO 27/07/2026

Guia de Documentos Eletrônicos — Reforma Tributária no SAP

Se você opera a mensageria fiscal do projeto — GRC NFE, eDocument/DRC, Nota Fiscal Writer — ou é o fiscal que responde pela NF autorizada, a Reforma chega de um jeito particularmente cruel: a SEFAZ publica Nota Técnica nova a cada poucas semanas (NT 2025.002 já passou de v1.10 a v1.50), cada versão vira duas ou três SAP Notes (a de campos, a de pré-requisitos, a de mapeamento XML), e no meio disso o CNPJ vira alfanumérico e muda até o código de barras do DANFE. São 65 Notes de documentos eletrônicos acompanhadas no tracker — este guia as consolida em 14 atividades na ordem que faz sentido para quem implementa: 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

Quatro cuidados que valem para todas as atividades desta página:

  1. Note Analyzer primeiro. As Notes de documentos eletrônicos têm cadeias longas de pré-requisitos (a de campos exige a de objetos DDIC, que exige a fundação...). Não aplique na mão: carregue o XML da Note líder no Note Analyzer e siga a ordem da coluna de comentários [Note 3200109]
  2. Backup e janela de aplicação. As Notes que ampliam o campo CSTAT para 4 dígitos convertem tabelas centrais da solução de NF (J_1BNFDOC, J_1BNFE_ACTIVE, EDOBREVENT, EDOBRISUEEOUT). A recomendação explícita é: backup atualizado e aplicação fora de picos de autorização de documentos fiscais [Note 3605421] [Note 3618602] [Note 3631594]
  3. Reports UDO: logon em inglês, TESTRUN antes. Quase toda Note desta página tem um report NOTE_<número> para releases abaixo do SP mínimo. O rito é sempre o mesmo: SE38/SA38 logado em inglês, TESTRUN com Simulation Log todo verde, depois UPDATE & ACTIVATE conferindo o Change Log — e repetir a ativação se sobrarem objetos inativos na liberação do transporte [Note 3600094]
  4. Cheque as limitações de teste com a SEFAZ antes de abrir chamado. A SAP mantém uma Note viva com os cenários da Reforma ainda sem suporte nos testes junto à SEFAZ — e pede expressamente que não se abra incidente para eles. Já passaram (ou ainda estão) na lista: nota de crédito/débito só com IBS/CBS (rejeição 1001), divergência de totais vItem × vNFTot (rejeição 1094), grupo de crédito presumido, monofasia e Imposto Seletivo (sem alíquota oficial definida para 2026), diferimento, cashback e compras governamentais em SD/MM. A Note é atualizada regularmente e os itens saem da lista conforme as soluções são entregues — vários dos que estavam lá já viraram as Notes das atividades 5 e 10 abaixo [Note 3637842]

Customizing funcional — onde o trabalho não é SNOTE

A maior parte das Notes desta página é aplicação técnica. Mas os documentos eletrônicos têm uma característica própria: depois do SNOTE, sobra uma camada de trabalho manual — telas, formulários, BAdIs e desenvolvimento — que nenhum report UDO faz por você. Este bloco consolida essa camada; as atividades numeradas indicam quando voltar aqui.

A. Screen Control da Nota Fiscal — liberar as abas e campos novos (SM30)

O que é: os campos novos da Reforma (aba Taxes II, subtelas de IBS/CBS, crédito presumido, DF-e referenciado, compras governamentais) só aparecem na NF depois de cadastrados no Screen Control. O trabalho é na SM30: no cabeçalho, views J_1BNFW_SCGV/J_1BNFW_SCGAV (grupo 15), J_1BAEHV (grupo 84) e J_1BAKH_MANV/J_1BAKHV para os campos de J_1BDYDOC; no item, views J_1BNFW_SCGITV/J_1BNFW_SCGAITV (grupos 15–21) e J_1BAEITV (grupos 88–95) com J_1BAKIT_MANV/J_1BAKITV mapeando os campos de J_1BDYLIN [Note 3600246]. A NT 2025.002 v1.40 acrescenta os grupos 86 (indicador de operação), 87 (SUFRAMA do emissor) e 101 (CBS 0% em área incentivada, subscreen SUB_ZFM_CBS da tela 3900) [Note 3766181]. Antes de criar entradas, confira o que já veio pela correção automática ou pelo report UDO — execute só o que faltar [Note 3600246].

Impacto: "a aba Taxes II sumiu" é um dos sintomas clássicos do guia de erros conhecidos — quase sempre é Screen Control incompleto, não bug.

B. Status GUI e transformação XML da NF (SE41 e STRANS)

O que é: dois passos manuais que acompanham os campos novos. (1) Na SE41 (Menu Painter), copiar no programa SAPLJ1BB2 os status SUGA01→TAXREFORM01 e SUGA02→TAXREFORM02 (com subobjetos), definir texto curto e ativar. (2) Na STRANS, editar a transformação LOGBR_NF_TO_XML_DOWNLOAD e acrescentar ao final das seções J_1BNFDOC e J_1BNFLIN as tags dos campos novos (TPNFDEBITO, TPNFCREDITO, CST, CCLASSTRIB, campos de crédito presumido e de compras governamentais...) [Note 3600246]. A cada NT nova, a transformação precisa ser revisitada — a v1.40 traz seu próprio anexo de XML Transformation caso os campos não tenham entrado [Note 3766181].

Impacto: transformação desatualizada significa download de XML sem os campos da Reforma — o dado está na NF, mas não sai no arquivo.

C. Formulários DANFE/DACTE — upload de XDP via SFP

O que é: os leiautes impressos não vêm por correção de código: as Notes entregam arquivos .XDP anexos que você sobe na SFP (função Uploading layout) e ativa formulário a formulário — J_1B_NFE_DANFE no fluxo clássico [Note 3761439] e, no eDocument, EDOC_BR_DANFE, EDOC_BR_DANFE_OP, EDOC_BR_DACTE, EDOC_BR_DACTE_OP, EDOC_BR_DACTE_OS e EDOC_BR_DACTE_OS_OP [Note 3761432]. Duas regras de ouro: abrir cada formulário na SFP antes e confirmar que ele existe na instalação (não carregar formulário que não está no sistema), e repetir o upload separadamente em cada sistema do landscape — XDP não viaja por transporte com o SNOTE [Note 3761432].

Impacto: detalhado na atividade 14 — sem o upload, o código de barras do DANFE/DACTE não suporta CNPJ com letras.

D. BAdIs e BAPIs — por onde os dados da Reforma entram na NF

O que é: quem cria NF por interface (BAPI) ou complementa dados por BAdI precisa conhecer os campos novos e suas regras. Na BAdI J_1BNF_ADD_DATA entram a situação tributária (TAXSITUATION, CST, CCLASSTRIB, TAXSITUATIONREG) [Note 3656534], o campo NBM (NCM) [Note 3698474] e os campos do layout nacional da NFS-e — método ADD_DATA no S/4HANA, ADD_DATA_J1B1N no ECC [Note 3666872]. Na BAPI_J_1B_NF_CREATEFROMDATA, atenção ao comportamento documentado: TAXSITUATION preenchido sobrescreve CST e CCLASSTRIB (e TAXSITUATIONREG sobrescreve CSTREG/CCLASSTRIBREG); vazios, os valores existentes são mantidos [Note 3656534]. E um aviso de depreciação: quem preenchia CCREDPRESCBS/CCREDPRESIBS via BAdI ou BAPI deve migrar para o campo sucessor CCREDPRES — os antigos saíram da tela da NF [Note 3689409].

Impacto: interface que preenche o campo velho ou ignora a regra de sobrescrita gera CST divergente entre o que o negócio determinou e o que foi para o XML.

E. Determinação por NBS — 100% implementação própria (nota de consultoria)

O que é: usar o código NBS (Nomenclatura Brasileira de Serviços) na alíquota de CBS/IBS e na NF de serviço não vem pronto — a Note de consultoria traz o roteiro, sem nenhuma correção automática. O caminho: criar tabela de condições no namespace 501–999 na V/03 incluindo obrigatoriamente o campo NBS; incluir acesso exclusivo nas sequências BCBS, IBSS e IBSM via J1BTAX → Condition Setup → Access Sequences (em MM, requirement 312 no S4CORE; em SAP_APPL, fórmula própria); criar os registros na FV11 (BXCB, BXBM, BXBS) ou VK11 (CBS3, IB3S, IB3M); e preencher o NBS no pricing — enhancement point PRICING_06 em compras, user exit USEREXIT_PRICING_PREPARE_TKOMP (includes MV45AFZZ/RV60AFZZ) em vendas e faturamento, e BAdI J_1BNF_ADD_DATA (campo NBS de ET_ITEM) para a Nota Fiscal [Note 3670965].

Impacto: sem isso, serviço com alíquota diferenciada por NBS calcula CBS/IBS pela regra genérica — e o campo NBS sai vazio na NFS-e.

F. Eventos genéricos NF-e/CT-e — a SAP entrega o motor, você constrói o carro

O que é: o envio de eventos da NT 2025.002 (NF-e) e do Ajuste SINIEF 49/2025 (CT-e) é entregue como framework: o método SEND_GENERIC_EVENT (classes CL_NFE_CLOUD_NFE_PROCESSOR e CL_NFE_CLOUD_CTE_PROCESSOR) e as regras de mapeamento. O resto é seu: criar uma estrutura Z DET_EVENTO por evento conforme o Manual da SEFAZ — nomes em SNAKE_CASE viram camelCase no XML (DESC_EVENTO → descEvento; vIBS cria-se como V_I_B_S), e o prefixo a__ gera atributo em vez de elemento — e desenvolver a aplicação que popula os dados, dispara o envio no momento certo do processo e trata erro, reenvio, log e arquivamento [Note 3692197] [Note 3774678]. Status via GET_EVENT_STATUS; download/exibição do XML com CL_NFE_CLOUD_DOWNLOAD_SERVICE [Note 3774678].

Impacto: quem planeja o projeto como "aplicar a Note de eventos" descobre tarde que há semanas de desenvolvimento ABAP no caminho — dimensione como desenvolvimento, não como SNOTE.

Frente 1 — NF-e outbound: campos, totais e mapeamento por versão da NT

A NT 2025.002 (NF-e) é o coração da Reforma nos documentos eletrônicos — e ela evolui em versões (v1.10 → v1.20 → v1.30/1.31 → v1.36 → v1.40), cada uma com sua leva de Notes. A sequência abaixo segue essa evolução.

1. Fundação: os campos novos da Reforma na Nota Fiscal

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

Por quê: tudo nesta página depende de a NF ter os campos novos — tipo de NF de crédito/débito no cabeçalho (TPNFDEBITO/TPNFCREDITO), compras governamentais (TPENTEGOV, PREDUTOR, TPOPERGOV), e no item a CST/cClassTrib de CBS/IBS, alíquotas efetivas, crédito presumido (inclusive ZFM), transferência de crédito e DF-e referenciado. A dupla 3600094 (objetos DDIC em J_1BNFDOC/J_1BNFLIN) + 3600246 (a solução, alinhada às NTs de junho/2025 de NF-e, CT-e, NF3-e e NFCom) é a fundação.

Passos:

  1. Garanta a Note 3618181 implementada e rode o report UDO NOTE_3600094 em cada sistema do landscape (logado em inglês, TESTRUN → UPDATE & ACTIVATE) para criar os campos em J_1BNFDOC e J_1BNFLIN — conforme o nível de basis, parte vem por correção automática [Note 3600094]
  2. Implemente a 3600094 via SNOTE (24 correções) e, na sequência, a 3600246 (12 correções) [Note 3600246]
  3. Execute os dois blocos de pós-implementação da 3600246: o Screen Control das abas novas (bloco A acima) e os status GUI TAXREFORM01/02 + transformação XML (bloco B) — verificando antes o que o report já criou [Note 3600246]

Se não fizer: nenhuma das atividades seguintes implementa — e implementação parcial (SNOTE ok, passos manuais pulados) produz o sintoma "campo desconhecido no dicionário" e "aba sumida" catalogados no guia de erros conhecidos.

Note 3600094 (me.sap.com) · Note 3600246 (me.sap.com) · PDF 3600094 (referência própria) · PDF 3600246 (referência própria)

2. cStat de 4 dígitos — a conversão de tabelas que pede janela

Aplica-se a: SAP_APPL 605–606, 617–618 · S4CORE 102–103, 105–108 (NF-e) · IS-UT 606+ (NF3-e)

Por quê: as NTs da Reforma criam códigos de status de 4 dígitos, e o campo CSTAT histórico não comporta. A ampliação é operação delicada: converte tabelas centrais como J_1BNFDOC, J_1BNFE_ACTIVE, J_1BNFE_EVENT e J_1BNFE_HISTORY (NF-e) e EDOBRISUEEOUT/EDOBRISUEEEVENT (NF3-e/IS-U).

Passos:

  1. Agende janela fora de pico de autorização e confirme o backup atualizado — recomendação explícita das duas Notes [Note 3605421] [Note 3618602]
  2. Para NF-e: garanta a pré-requisito 3601578 e implemente as 11 correções via SNOTE; em releases mais baixas, rode o report NOTE_3601578 (instalado pela pré-requisito) para os objetos DDIC [Note 3605421]
  3. Para NF3-e (só quem tem IS-U/DRC outbound): garanta a 3613891 e rode o report NOTE_3618602 via SE38 — TESTRUN, UPDATE & ACTIVATE e GENVIEW se exibido, conferindo os logs [Note 3618602]

Se não fizer: quando a SEFAZ devolver o primeiro status de 4 dígitos (as rejeições novas da Reforma, como a 1021, são dessa família), o sistema não consegue registrá-lo — e o monitor de NF-e passa a mostrar documento em estado inconsistente. Conversão de tabela interrompida por falta de janela é dos piores cenários de recuperação.

Note 3605421 (me.sap.com) · Note 3618602 (me.sap.com) · PDF 3605421 (referência própria) · PDF 3618602 (referência própria)

3. Totais da NF com CBS/IBS estatísticos

Aplica-se a: SAP_APPL 600, 602–606, 617–618 · S4CORE 102–108

Por quê: em 2026 CBS e IBS são estatísticos na linha de imposto da NF — mas o sistema, sem correção, soma os dois nos totais de cabeçalho e item. A Note corrige a determinação de valores (módulo J_1B_NF_VALUE_DETERMINATION) para que impostos marcados como estatísticos fiquem fora dos totais.

Passos:

  1. Implemente as 30 correções via SNOTE — não há atividade manual [Note 3606019]
  2. Combine com o customizing de impostos estatísticos do lado FI (view J_1BDF_STAT_TAXV e procedimentos de cálculo) descrito no guia de FI — as duas pontas precisam estar coerentes

Se não fizer: total da NF divergente da soma dos itens é exatamente a rejeição 1094 que a SAP documentou na lista de limitações de teste antes de entregar a correção [Note 3637842] — e totais inflados por imposto estatístico também alimentam a rejeição 1021 ("Grupo IBS/CBS informado indevidamente") do guia de erros conhecidos.

Note 3606019 (me.sap.com)

4. Mapeamento XML outbound — NT 2025.002 v1.10 a v1.20 (NF-e, CT-e, MDF-e)

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

Por quê: ter os campos na NF (atividade 1) não basta — eles precisam sair no XML. A 3631499 mapeia a primeira leva (cMunFGIBS, vItem, indBemMovelUsado e os grupos IBSCBS, IBSCBSTotal, gCompraGov, GPagAntecipado, DFeReferenciado, Agropecuario — mais campos de CT-e dutoviário e MDF-e); a 3644389 acrescenta o campo vIBS da NT v1.20 para NF-e e CT-e.

Passos:

  1. Implemente antes a pré-requisito 3631498 via SNOTE (objetos para a 3631499) [Note 3631498]
  2. No ECC/SPs antigos, rode o report NOTE_3631499 via SA38 (TESTRUN → UPDATE & ACTIVATE) antes do SNOTE, e inclua na SE18 os parâmetros novos dos métodos FILL_CTE_400 e FILL_HEADER da BAdI CL_NFE_PRINT [Note 3631499]
  3. Implemente as 13 correções da 3631499 e, nos releases indicados, execute depois o report NOTE_3631499_POST via SA38, ativando os objetos gerados [Note 3631499]
  4. Para o vIBS: garanta 3644388 e 3641679 implementadas, rode o report NOTE_3644389 no ECC abaixo do SP e implemente as 12 correções [Note 3644389]

Se não fizer: a NF carrega os dados mas o XML sai sem os grupos IBSCBS — o cenário-padrão da rejeição 1021 e da família de "tag não gerada" do guia de erros. O vIBS em particular tinha data marcada de inclusão no XML — ambiente sem a Note ficou desalinhado do validador da SEFAZ [Note 3644389].

Note 3631498 (me.sap.com) · Note 3631499 (me.sap.com) · Note 3644389 (me.sap.com) · PDF 3631499 (referência própria) · PDF 3644389 (referência própria)

5. NT 2025.002 v1.30 a v1.40 — crédito/débito, ZFM, SUFRAMA e valores de domínio

Aplica-se a: SAP_APPL 605–606, 617–618 · S4CORE 102–109 (faixas variam por Note — confira cada uma)

Por quê: as versões 1.30/1.31/1.36/1.40 da NT trazem a NF de crédito e débito só com CBS/IBS, os grupos de crédito presumido reformulados, estorno de crédito, ajuste de competência, devolução de tributo e a Zona Franca de Manaus/SUFRAMA. É o bloco que mais mudou em pouco tempo — e o que mais derruba quem parou na v1.10.

Passos:

  1. Habilite a NF de crédito e débito somente com CBS e/ou IBS nas transações J1B1N/J1B2N/J1B3N — atenção: é habilitação técnica; nenhum processo de negócio ou tipo de NF novo é entregue, o desenho do processo é seu [Note 3664725]
  2. Aplique os campos da v1.31 (data prevista de entrega DPREVENTREGA, classificação IBS ZFM, indicador de doação, ajuste de competência, estorno de crédito, base e código do crédito presumido CCREDPRES) — pré-requisitos 3672604 e 3681138 [Note 3689409]
  3. Migre BAdIs/BAPIs que usavam CCREDPRESCBS/CCREDPRESIBS para o sucessor CCREDPRES (bloco D) [Note 3689409]
  4. Implemente o mapeamento XML da v1.30 (dPrevEntrega, tpCredPresIBSZFM, indDoacao e os grupos gCredPresOper, gAjusteCompet, gEstornoCred — inclusive nos totais); no ECC abaixo do SP, report NOTE_3691111 via SA38 antes [Note 3691111]
  5. Aplique os valores de domínio da v1.36 — crédito tipo "06" (recusa parcial de entrega em devolução) e nova descrição do débito "07" (perda de estoque); em basis sem aCI, ajuste manual dos domínios J_1B_TPNFCREDITO/J_1B_TPNFDEBITO na SE11 conforme o PDF anexo [Note 3766145]
  6. Feche com a v1.40 (CINDOP, código SUFRAMA do emissor, percentuais de devolução PDEVTRIB*, subtela CBS 0% em área incentivada) — pré-requisito 3766180 — e execute o Screen Control e a revisão da transformação XML dos blocos A e B [Note 3766181]

Se não fizer: nota de crédito/débito era rejeição 1001 garantida enquanto não havia solução [Note 3637842] — hoje a rejeição é sinal de Note faltando. E XML em versão de NT anterior à do validador da SEFAZ é rejeição em produção na primeira remessa após o corte da versão antiga.

Note 3664725 (me.sap.com) · Note 3689409 (me.sap.com) · Note 3691111 (me.sap.com) · Note 3766145 (me.sap.com) · Note 3766181 (me.sap.com) · PDF 3691111 · PDF 3766145 · PDF 3766181 (referências próprias)

6. Eventos genéricos — NF-e (NT v1.30) e CT-e (Ajuste SINIEF 49/2025)

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

Por quê: a apuração de IBS/CBS conversa com o documento por eventos — a NT 2025.002 v1.30 lista os eventos de NF-e suportados (112110–112150, 211110–211150, 212110/212120, 412120/412130, 110001, entre outros) e o Ajuste SINIEF 49/2025 cria os eventos genéricos de CT-e. A SAP entrega o mecanismo de envio; a aplicação é sua (bloco F).

Passos:

  1. Para NF-e: garanta a pré-requisito 3689265, rode o report NOTE_3692197 no ECC abaixo do SP e implemente as correções [Note 3692197]
  2. Crie via SE11 uma estrutura Z DET_EVENTO por evento a enviar, seguindo o Manual da SEFAZ e as regras de nomenclatura do bloco F, e dispare com SEND_GENERIC_EVENT da CL_NFE_CLOUD_NFE_PROCESSOR [Note 3692197]
  3. Para CT-e: garanta a 3774677, rode o report NOTE_3774678 via SE38 no ECC antes do SNOTE e implemente as correções [Note 3774678]
  4. Use CL_NFE_CLOUD_CTE_PROCESSOR (SEND_GENERIC_EVENT / GET_EVENT_STATUS) e o download via CL_NFE_CLOUD_DOWNLOAD_SERVICE (modelo 57, ação GENERIC_EVENT) para o ciclo completo do evento [Note 3774678]

Se não fizer: os eventos que a apuração da Reforma exige (pagamento para liberar crédito presumido do adquirente, por exemplo) simplesmente não saem do SAP — e como o gap é de desenvolvimento, não de SNOTE, ele não aparece em nenhuma checagem técnica automática. Se você toca essa frente, os 16 eventos vigentes já têm solução pronta.

Note 3692197 (me.sap.com) · Note 3774678 (me.sap.com) · PDF 3692197 · PDF 3774678 (referências próprias)

7. BAdIs, BAPIs e NBS — as interfaces atualizadas

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

Por quê: integrações que criam ou leem NF (BAPI) e implementações de BAdI precisam enxergar os campos da Reforma — situação tributária, NBM/NCM e NBS. São três entregas pequenas com impacto direto em quem tem interface própria.

Passos:

  1. Garanta a 3656533 e implemente a situação tributária nas interfaces: TAXSITUATION/TAXSITUATIONREG na BAdI J_1BNF_ADD_DATA, na BAPI_J_1B_NF_CREATEFROMDATA e na BAPI_J_1B_NF_READDATA — revisando o comportamento de sobrescrita do bloco D [Note 3656534]
  2. Garanta a 3698473 e habilite o campo NBM (NCM) na BAdI de dados adicionais [Note 3698474]
  3. Se a alíquota de CBS/IBS do seu negócio varia por NBS, execute o roteiro completo de implementação própria do bloco E — não há correção automática [Note 3670965]

Se não fizer: a NF criada por BAPI sai sem CST/cClassTrib de CBS/IBS — rejeição na SEFAZ com origem difícil de rastrear, porque a NF criada na tela (J1B1N) funciona e só a da interface falha.

Note 3656534 (me.sap.com) · Note 3698474 (me.sap.com) · Note 3670965 (me.sap.com) · PDF 3670965 (referência própria)

Frente 2 — CT-e: BAPI e mapeamento da NT 2025.001

8. CT-e outbound — campos da BAPI e mapeamento v1.08a a v1.14

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

Por quê: a NT 2025.001 do CT-e evolui em paralelo à da NF-e. A cadeia é: campos na BAPI_CTE_J_1B_NF_CREATFROMDATA (v1.08a e v1.10 — doação, estorno de crédito), o mapeamento XML (v1.09/v1.10 — indDoacao, gEstornoCred, com depreciação dos grupos gIBSCredPres/gCBSCredPres) e as compras governamentais (v1.14 — tpOperGov, refDFeAnt no gCompraGov).

Passos:

  1. Com a 3600246 no sistema, rode o report UDO NOTE_3662451 no ECC (TESTRUN → UPDATE & ACTIVATE) e implemente as 16 correções dos campos da BAPI (v1.08a) [Note 3662451]
  2. Com a 3689409 implementada, aplique os campos da v1.10 (INDDOACAO, VIBSESTCRED/VCBSESTCRED) — no ECC, cumpra o PDF de pós-implementação; report NOTE_3683708 em cada sistema [Note 3683708]
  3. Garanta a 3689317 e implemente o mapeamento v1.09/v1.10; no ECC abaixo do SP, report NOTE_3691528 antes — e revise integrações que ainda preenchem os grupos de crédito presumido depreciados [Note 3691528]
  4. Feche com as compras governamentais da v1.14 (pré-requisito 3745741; report NOTE_3745742 no ECC abaixo do SP) [Note 3745742]

Se não fizer: transportadora que emite CT-e com grupo depreciado ou sem o gEstornoCred entra na mesma família de rejeição de estrutura do guia de erros — e o CT-e parado trava a operação logística, não só a fiscal.

Note 3662451 (me.sap.com) · Note 3683708 (me.sap.com) · Note 3691528 (me.sap.com) · Note 3745742 (me.sap.com) · PDF 3662451 · PDF 3683708 · PDF 3691528 · PDF 3745742 (referências próprias)

Frente 3 — Inbound: a recepção também muda

9. Inbound NF-e/CT-e — novos campos e grupos na recepção (DRC inbound)

Aplica-se a: SAP_APPL 605–606, 617–618 · S4CORE 102–109 — quem usa DRC inbound invoicing Brasil

Por quê: o fornecedor vai emitir NF-e com os grupos novos — e a sua recepção precisa entendê-los. A 3631594 espelha no inbound os campos/grupos da NT 2025.002 v1.10 (IBSCBS, gCompraGov, DFeReferenciado, cMunFGIBS, vItem...) e de quebra amplia o CSTAT na tabela EDOBREVENT do DRC inbound; a 3745898 acrescenta tpOperGov/refDFeAnt no gCompraGov do CT-e de entrada (NT v1.14).

Passos:

  1. Garanta a cadeia prévia: 3631593, 3631591, a 3631499 (outbound, atividade 4) e a líder 3561376 [Note 3631594]
  2. Trate como conversão sensível: backup atualizado e aplicação fora de pico (a EDOBREVENT é convertida); no ECC, rode o report NOTE_3631594 via SA38 antes do SNOTE [Note 3631594]
  3. Implemente as 12 correções do inbound NF-e/CT-e [Note 3631594]
  4. Para o CT-e de entrada v1.14: garanta a 3745897, rode o report indicado na Note em releases baixas e implemente as correções [Note 3745898]

Se não fizer: o XML do fornecedor chega com grupos que o seu inbound não conhece — documento rejeitado ou dado fiscal descartado em silêncio na entrada, exatamente onde o crédito de IBS/CBS da sua empresa nasce. Na transição, erro de inbound é crédito perdido.

Note 3631594 (me.sap.com) · Note 3745898 (me.sap.com) · PDF 3631594 · PDF 3745898 (referências próprias)

Frente 4 — NFS-e: layout nacional, São Paulo e locação

10. NFS-e nacional e São Paulo — habilitação, mapeamento, parceiros e PIS/COFINS

Aplica-se a: SAP_APPL 600–618 · SAPSCORE 134–136 · S4CORE 102–110 (faixas variam por Note)

Por quê: a Reforma empurra a NFS-e para o padrão nacional (e o layout próprio de São Paulo capital), com cancelamento, substituição, habilitação de parceiros e os cenários de retenção de PIS/COFINS/CSLL das NTs 007 (nacional) e 3.3.6 (SP). É a frente com mais passos manuais por sistema.

Passos:

  1. Garanta a 3666810 e habilite os layouts nacional e São Paulo (tabelas e campos novos, cancelamento e substituição); preencha os campos de negócio pela BAdI J_1BNF_ADD_DATA — método ADD_DATA no S/4, ADD_DATA_J1B1N no ECC [Note 3666872]
  2. Se aparecer o erro de campo desconhecido IDNFBRJ_1BNFSE_DOCREF, execute o passo manual 3.1 da 3666810 — sintoma documentado no guia de erros conhecidos [Note 3666872]
  3. Implemente o mapeamento do sistema nacional/SP: reports NOTE_3673314 (antes) e NOTE_3673314_POST (depois) via SA38 em cada sistema; no ECC 617, crie via SE11 os campos CITY_CODE, AMBGER, FED_REG_TYPE e NFSE_SERVER_TYPE na J_1BNFE_ACTIVE antes do SNOTE [Note 3673314]
  4. Para São Paulo capital, ajuste a versão do XML para 2.00 na view J_1BNFE_CUST3_4V; busque status com o report NFE_CLOUD_RETRIEVE_DOC_STATUS (documentos que já aguardavam status pedem antes o J_1BNFSE_STATUS_UPDATE) [Note 3673314]
  5. Habilite parceiros (NT SE/CGNFS-e 004): report NOTE_3689996 antes no ECC, NOTE_3689996_POST depois no S/4 104–107, com a 3689267 garantida [Note 3689996]
  6. Aplique os cenários de retenção: tpRetPISCOFINS + vRetCSLL no layout nacional (NT 007) e RetencaoPisCofins + ValorCSLL no layout SP (NT 3.3.6) [Note 3719684] [Note 3763462]

Se não fizer: quando o município do seu ISS migrar para o ambiente nacional, a emissão simplesmente para — e os cenários de retenção errados geram NFS-e autorizada com imposto retido divergente do contrato, que só aparece na conciliação. Se a sua dor é justamente essa frente, a NFS-e Nacional tem solução pronta aqui.

Note 3666872 (me.sap.com) · Note 3673314 (me.sap.com) · Note 3689996 (me.sap.com) · Note 3719684 (me.sap.com) · Note 3763462 (me.sap.com) · PDF 3673314 · PDF 3689996 (referências próprias)

11. NFS-e de locação — o tipo de documento "S - Rental"

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

Por quê: a LC 214 põe a locação no campo de incidência de IBS/CBS, e a NT SE/CGNFS-e 004 v1.10 cria o cenário na NFS-e nacional. No SAP isso vira um tipo de documento novo na J_1BDOCTYPES ("S - Rental") e a habilitação da emissão só com CBS/IBS na J1B1N.

Passos:

  1. Implemente o tipo de documento: 11 correções via SNOTE e, abaixo dos SPs listados, o report UDO NOTE_3686771 em cada sistema (TESTRUN → UPDATE & ACTIVATE, logado em inglês) [Note 3686771]
  2. Com 3686771 e 3664725 (atividade 5) no sistema, habilite a criação/edição/exibição da NFS-e de locação só com CBS/IBS nas J1B1N/J1B2N/J1B3N — de novo: habilitação técnica; o processo de negócio de faturamento da locação é desenho seu [Note 3686862]

Se não fizer: imobiliárias, locadoras de equipamento e qualquer contrato de aluguel tributado ficam sem documento fiscal válido para o cenário novo — e improvisar com tipo de documento de serviço comum grava a NF com classificação errada, retrabalho de estorno quando a fiscalização apertar.

Note 3686771 (me.sap.com) · Note 3686862 (me.sap.com) · PDF 3686771 (referência própria)

Frente 5 — IS-U: NF3-e, NFAg e NFGas

12. Utilities: NF3-e da Reforma e os processos novos NFAg (modelo 75) e NFGas (modelo 76)

Aplica-se a: IS-UT 606–618, 806–809 · S4CORE 106–109 — somente com IS-U instalado; NFAg/NFGas exigem assinatura do DRC, cloud edition

Por quê: utilities têm três frentes próprias: a NF3-e (energia, modelo 66) ganha os campos da NT 2025.001 e as compras governamentais; e nascem dois documentos novos — NFAg (água/saneamento) e NFGas (gás) — com processo completo no eDocument Cockpit. As Notes carregam o alerta mais duro da página: implementar sem IS-U instalado pode causar dano sério ao sistema.

Passos:

  1. Confirme o IS-U instalado antes de qualquer SNOTE desta atividade — o alerta de dano é da própria SAP [Note 3745634] [Note 3766042]
  2. NF3-e: aplique os campos novos do mapeamento (ID_ACESSOR, indicador de doação, grupo CREDIT_REVERSAL) — em SPs antigos do IS-UT, report via SE38 antes — e revise a BAdI EDOC_BR_ISU_EE_MAP_FILL_AUTH, abandonando os campos de crédito presumido depreciados [Note 3666699]
  3. NF3-e compras governamentais (NT v1.14): com a 3738556 garantida, mapeie tpOperGov e refDFeAnt no FILL_HEADER; em releases abaixo do SP, report NOTE_3738557 na SE38 [Note 3738557]
  4. Prepare a base dos documentos novos: modelos 63/75/76/77 no domínio J_1BMODEL (no ECC, report NOTE_3756606 após o SNOTE) e as ações de serviço de NFAg/NFGas (requer a 3669274 e assinatura DRC cloud) [Note 3756606] [Note 3756544]
  5. Implemente a BAdI de mapeamento de autorização EDOC_BR_ISU_MAP_FILL_AUTH para ajustar os campos de NFAg/NFGas enviados à SEFAZ — a lista do que a SAP já preenche está no PDF "SAP standard fields" anexo [Note 3745634]
  6. Feche com a Note de processos: NOTE_3766042_PRE via SE38 antes, SNOTE isolado das demais Notes (volume grande de objetos), NOTE_3766042_POST depois — e valide o envio, status e cancelamento no EDOC_COCKPIT [Note 3766042]

Se não fizer: a distribuidora segue emitindo água/gás em documentos antigos que a Reforma aposenta — e quem aplicar a Note de processos junto com outras, ignorando a instrução de implementação isolada, cria exatamente o cenário de objetos inativos em massa do guia de erros conhecidos.

Note 3666699 (me.sap.com) · Note 3738557 (me.sap.com) · Note 3756606 (me.sap.com) · Note 3756544 (me.sap.com) · Note 3745634 (me.sap.com) · Note 3766042 (me.sap.com) · PDF 3666699 · PDF 3738557 · PDF 3756606 · PDF 3745634 · PDF 3766042 (referências próprias)

Frente 6 — CNPJ alfanumérico nos documentos eletrônicos

A NT Conjunta 2025.001 (IN RFB 2229/2024) leva o CNPJ alfanumérico para dentro do XML, da chave de acesso e do código de barras. Nos documentos eletrônicos a entrega veio em camadas — saída, entrada, complementos, NF3-e, exportação — e a ordem entre elas importa.

13. CNPJ alfanumérico: saída → entrada → complementos → NF3-e → exportação

Aplica-se a: SAP_APPL 606, 616–618 · S4CORE 102–109 · IS-UT 606–809 (NF3-e)

Por quê: são dez Notes encadeadas — cada complemento exige a camada anterior. E um aviso que vale ouro no planejamento de teste: na data de release dessas Notes, a SEFAZ ainda não tinha liberado o cenário em ambiente de homologação para NF-e/MDF-e/NF3-e, e a própria SAP avisa que podem vir ajustes — trate a frente como sujeita a re-trabalho e acompanhe as versões [Note 3740338] [Note 3749160].

Passos:

  1. Comece pela saída: implemente a 3740338 (outbound) — ela é pré-requisito de toda a cadeia [Note 3740338]
  2. Entrada: com a 3072778 (Gate Monitor inbound) e a 3740338 no sistema, aplique a pré-requisito 3742002 (só ECC) e depois a 3740324; em releases abaixo do SP, report NOTE_3740324 na SE38 antes do SNOTE [Note 3742002] [Note 3740324]
  3. Complementos de saída: 3747088 (objetos) antes da 3747091 (com a 3493360 garantida; report NOTE_3747091 no ECC abaixo do SP) — e, depois, confira a 3753120, que corrige erro de sintaxe em CL_J_1BNFSE_MAPPING ligado a esta entrega [Note 3747088] [Note 3747091]
  4. Complementos de entrada: 3747089, depois a pré-requisito 3747781 e a 3747782 (report NOTE_3747782 no ECC abaixo do SP) — a cadeia inteira anterior precisa estar no lugar [Note 3747089] [Note 3747781] [Note 3747782]
  5. NF3-e (IS-U): aplique a adaptação própria do modelo 66 [Note 3749160]
  6. Exportação: com a 3770911 garantida, habilite letras no campo de chave de acesso da NF-e de exportação (CHNFE) — sem ela, o sistema rejeita a chave com erro de validação e para o processamento [Note 3770912]

Se não fizer: o primeiro parceiro com CNPJ alfanumérico (novas inscrições a partir de julho/2026) trava a operação em pontos diferentes conforme a camada faltante — XML de saída rejeitado, inbound que não processa a NF do fornecedor, chave de exportação recusada. O pior: cada sintoma parece um bug isolado, quando a causa é uma única cadeia de Notes incompleta.

Note 3740338 (me.sap.com) · Note 3742002 (me.sap.com) · Note 3740324 (me.sap.com) · Note 3747088 (me.sap.com) · Note 3747091 (me.sap.com) · Note 3747089 (me.sap.com) · Note 3747781 (me.sap.com) · Note 3747782 (me.sap.com) · Note 3749160 (me.sap.com) · Note 3770912 (me.sap.com) · PDF 3740324 · PDF 3747091 ·

14. DANFE, DACTE e DACTE OS — código de barras Code 128A/128C

Aplica-se a: SAP_APPL 606, 617–619 · S4CORE 102–110

Por quê: a chave de acesso com letras exige que o código de barras dos impressos suporte os subtipos Code 128A e 128C — e isso é mudança de formulário, não de código: as Notes entregam os XDP novos como anexo, e o trabalho é o upload via SFP do bloco C.

Passos:

  1. No fluxo clássico: baixe o anexo J_1B_NFE_DANFE.XDP, carregue via SFP (Uploading layout) no formulário J_1B_NFE_DANFE e ative — repetindo em cada sistema do landscape [Note 3761439]
  2. No eDocument: abra cada formulário na SFP e confirme que existe na instalação; então suba e ative os XDP de EDOC_BR_DANFE, _DANFE_OP, _DACTE, _DACTE_OP, _DACTE_OS e _DACTE_OS_OP — nunca carregue formulário que não está no sistema [Note 3761432]
  3. Aplique também as correções via SNOTE das duas Notes (a líder 3561376 é pré-requisito) e valide a impressão com uma chave de teste contendo letras [Note 3761432] [Note 3761439]

Se não fizer: o DANFE imprime — mas o código de barras de uma chave com letras sai ilegível ou errado, e a transportadora/recebedor não consegue bipar o documento. Como XDP não viaja no transporte, o erro clássico é DEV atualizado e PRD imprimindo com o formulário antigo.

Note 3761432 (me.sap.com) · Note 3761439 (me.sap.com) · PDF 3761432 · PDF 3761439 (referências próprias)

Checklist rápido de documentos eletrônicos

Este guia acompanha o tracker: quando a SAP publica versão nova de uma dessas Notes, a informação muda aqui também. Duas frentes desta página já têm solução pronta: os 16 eventos vigentes da Reforma em eventos-rtc.tpasinato.com e a NFS-e Nacional em danfse.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