REFORMA NO SAP · VERIFICADO 27/07/2026
Guia do consultor MM — Reforma Tributária no SAP
Se você é o MM do projeto de Reforma Tributária, o seu problema tem outra cara: o TAXBRA (ou o TAXBRJ) precisa aprender a calcular CBS e IBS no pedido e na MIRO, a situação tributária dos novos impostos precisa chegar certa na aba Taxes II da NF de entrada, o recebimento com entrega futura ganhou nota de débito por causa do Ajuste SINIEF 49/2025 — e cada pedaço disso está numa SAP Note diferente, com BC set, guia em PDF anexo e passo manual que o SNOTE não faz por você. Este guia junta as 18 Notes de MM 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: é 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 MM — onde o fiscal encontra o trabalho dele
Boa parte das Notes abaixo é aplicação técnica (SNOTE, BC sets, reports). Mas em MM a fronteira entre "técnico" e "funcional" é mais fina do que em qualquer outro módulo: metade da entrega da SAP chega por BC set que você ativa, e a outra metade — condition records, situação tributária, flag estatístico, base de retenção — é parametrização que só existe se você fizer. Este bloco consolida essa visão funcional antes das atividades.
A. Condições, sequências e chaves de conta: chegam por BC set, não se criam na mão
O que é: o esqueleto de pricing dos novos impostos em compras — tipos de condição, sequências de acesso e chaves de contabilização no TAXBRA — chega pronto nos BC sets anexos da Note central de MM (Z_TAX_REFORM_TAXBRA_* e Z_TAX_REFORM_ACC_SQNC_MM_*, por componente de software), ativados na SCPR20 conforme o Implementation Guide V1.2 anexo; as fórmulas de cálculo vêm no anexo Formula.txt [Note 3569061]. Quem calcula pelo TAXBRJ tem BC sets equivalentes (Z_TAX_REFORM_TAXBRJ_*) na Note irmã — que é entrega 100% manual, sem nenhuma correção via SNOTE [Note 3582512]. O que fica com você é ativar tudo isso na ordem certa e conferir o resultado na J1BTAX (Condition Setup).
Impacto: BC set não ativado (ou ativado pela metade) é a causa nº 1 de "instalei a Note e nada mudou" — e é família de erro catalogada no guia de erros conhecidos.
B. Alíquotas: condition records na FV11 são por sua conta
O que é: a SAP entrega os tipos de condição de compras (BXCB para CBS, BXBS para IBS estadual, BXBM para IBS municipal) e as sequências de acesso (BCBS, IBSS, IBSM), mas nenhum registro de condição — é você quem cria, na FV11, ao menos um registro por tipo com a alíquota legal vigente [Note 3616500]. Se a alíquota de serviços variar por código NBS, o caminho é: preencher a coluna NBS do tipo de serviço no customizing (SPRO → Tax on Goods Movements → Brazil → Service Types), criar tabela de condições no namespace 501–999 na V/03 com o campo NBS, e incluir acesso exclusivo nas sequências BCBS/IBSS/IBSM via J1BTAX → Access Sequences MM — com requirement 312 em S4CORE ou fórmula própria no ECC [Note 3616500].
Impacto: sistema tecnicamente pronto mas sem condition record calcula CBS/IBS = zero no pedido e na MIRO — passa no teste técnico e falha no primeiro recebimento de 2026.
C. Situação tributária (CST) de CBS/IBS: cadastro, vínculo ao tax code e idioma
O que é: o cadastro das situações tributárias dos novos impostos (SPRO → Financial Accounting → ... → Tax on Sales/Purchases → Basic Settings → Brazil → Define Tax Situation for CBS and IBS) e a amarração ao código de imposto na J1BTAX → Maintain Tax Codes MM, coluna CBS and IBS Tax Situation [Note 3646289]. A mesma configuração passa a valer para NFs de movimento de mercadoria e remessas [Note 3655459]. Detalhe de idioma que derruba gente boa: em S4CORE 106+ os textos legais devem ser cadastrados em português (só aparecem em PT); em S4CORE 105 ou anterior e no ECC, o cadastro segue o idioma de logon habitual — e na Note de compras a recomendação é logar no idioma do Business Place [Note 3655459] [Note 3646289]. Precisa de lógica própria de determinação? O BAdI BADI_J1B_TAX_SITN (método DETERMINE_FOR_INCOMING) redetermina a situação tributária em compras e movimentos de mercadoria [Note 3706182].
Impacto: CST errada na NF de entrada é atributo fiscal errado no XML — e a regra de determinação é decisão funcional sua, a SAP não entrega conteúdo.
D. Destino contábil em compras: chaves VSI/VSJ/VSL e NVV
O que é: no desenho de referência do TAXBRA para compras, as condições de CBS/IBS dedutíveis apontam para as chaves de contabilização VSI (CBS1), VSJ (IB1S) e VSL (IB1M), enquanto as não-dedutíveis (CBS2, IB2S, IB2M) usam NVV — é o padrão que aparece nos steps 690–695 do procedimento no guia de implementação [Note 3616067], e o mesmo par dedutível/não-dedutível se repete no desenho do TAXBRJ [Note 3624558]. A determinação de contas do Razão para as novas chaves é atividade sua, prevista já na Note central do TAXBRA [Note 3569061].
Impacto: chave sem conta determinada trava a contabilização da fatura; dedutível lançado como custo (ou o inverso) é crédito de CBS/IBS perdido — retrabalho de rastreio na transição até 2033.
E. Fase de teste 2026: marcar CBS/IBS como estatísticos no TAXBRA/TAXBRJ
O que é: em 2026 os novos impostos aparecem na NF mas não podem afetar totais nem contabilidade. Em compras o controle é duplo e explícito: na view J_1BDF_STAT_TAXV (SM30, ou SPRO → Set Tax Type as Statistical for Specific Scenarios) você marca tipo de NF + tipo de item + tipo de imposto como estatísticos; e na J1BTAX → Calc. Procedures MM você marca o flag Statistical nos steps das condições CBS1, CBS2, IB1S, IB2S, IB1M e IB2M do procedimento (ex.: TAXBRA) [Note 3606761].
Impacto: esquecer o flag significa CBS/IBS de teste somando no valor da fatura e lançando no Razão — divergência fiscal e contábil no primeiro fechamento de 2026.
F. Base de cálculo: tributos embutidos no preço e interação com retenções
O que é: dois ajustes finos de base que são pura decisão funcional. (1) Excluir PIS/COFINS (e ISS em serviços) da base de CBS/IBS quando embutidos no preço líquido: criar condição de base própria (sugestão BTXI) na J1BTAX, inseri-la no procedimento e reapontar o From step de BXCB/BXBS/BXBM para ela — no TAXBRA com o código interno CBS_IBS_BASE entregue por BC set [Note 3616067]; no TAXBRJ com fórmula de valor criada na VOFM (rotina 600–999, código do anexo Formula.txt) [Note 3624558]. (2) Excluir CBS/IBS da base de retenção na fonte: na J1BTAX → Calc. Procedures MM, remover o valor 1 da coluna Subtotal nas linhas das condições novas — atenção: pela linha do tempo da Reforma, a inclusão de IBS/CBS 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].
Impacto: base errada é imposto calculado a maior ou a menor em silêncio — o cálculo roda, só que sobre o valor errado.
Frente 1 — CBS/IBS no cálculo de compras (TAXBRA/TAXBRJ)
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. Em MM, o epicentro é o procedimento de cálculo de impostos de compras: pedido, recebimento e revisão de faturas (MIRO) precisam calcular, classificar e — em 2026 — tratar como estatísticos os novos impostos.
1. CBS/IBS no procedimento TAXBRA (Note central de MM)
Aplica-se a: SAP_APPL 600, 602–606, 617–618 · S4CORE 102–108
Por quê: o TAXBRA não conhece CBS nem IBS. Esta é a Note que ativa os novos impostos no pricing de compras — mapeamento para a Nota Fiscal, mudanças no procedimento e os novos elementos de pricing (tipos de condição, sequência de acesso, chaves de conta) — habilitando o cálculo em pedido de compras e fatura.
Passos:
- Garanta os pré-requisitos: Note 3552903 e Note 3556404 — se você não usa processos de SD, os passos manuais da 3556404 podem ser pulados [Note 3569061]
- Implemente as 15 correções via SNOTE (deixe o Note Analyzer ordenar) [Note 3569061]
- Siga o Implementation Guide V1.2 anexo: na SCPR20, ative os BC sets Z_TAX_REFORM_TAXBRA_<componente> e Z_TAX_REFORM_ACC_SQNC_MM_<componente> (condições, sequências e chaves de conta) [Note 3569061]
- Implemente as fórmulas de cálculo fornecidas no anexo Formula.txt, conforme o guia [Note 3569061]
- Configure a determinação de contas do Razão para as novas chaves de contabilização de CBS/IBS (ver bloco D acima) [Note 3569061]
- Anote as limitações declaradas: a solução cobre só preço líquido (tributos embutidos são a atividade 4), e processos especiais de suprimento — consignação, entrega futura, third party, subcontratação — ficam fora desta Note [Note 3569061]
Se não fizer: pedido e MIRO seguem calculando só os impostos antigos a partir de 2026. E dois tropeços desta atividade já estão catalogados no guia de erros conhecidos: BC set que não ativa (família de erros com workaround por KBA) e as condições BXCB/BXBS/BXBM aparecendo indevidamente no pricing de SD (KBA 3650045).
Note 3569061 (me.sap.com) · guia em PDF (referência própria)
2. CBS/IBS no procedimento TAXBRJ
Aplica-se a: SAP_APPL 600, 602–606, 617–618 · S4CORE 105–108
Por quê: mesmo objetivo da atividade 1, para quem calcula pelo TAXBRJ (cálculo externo, comum em instalações mais antigas). Peculiaridade que pega muita gente: esta Note tem zero correções via SNOTE — a entrega é 100% manual, via BC sets e guia anexo. Quem espera "aplicar a Note" pelo SNOTE e dar por encerrado não fez nada.
Passos:
- Aplique antes a Note 3569061 — os passos manuais dela podem ser pulados se você não usa o TAXBRA [Note 3582512]
- Siga o Implementation Guide V1.2 anexo: na SCPR20, ative os BC sets Z_TAX_REFORM_TAXBRJ_<componente> e Z_TAX_REFORM_ACC_SQNC_MM_<componente> [Note 3582512]
- Implemente as fórmulas do anexo Formula.txt conforme o guia [Note 3582512]
Se não fizer: análise: o TAXBRJ segue calculando só PIS/COFINS/ICMS/ISS — e, por ser entrega sem SNOTE, esta é a Note mais fácil de "constar como aplicada" sem estar: não há status no SNOTE para te lembrar. Trate o guia anexo como o objeto de transporte e valide na J1BTAX que condições e sequências existem no ambiente.
Note 3582512 (me.sap.com) · guia em PDF (referência própria)
3. CBS/IBS como estatísticos em compras (fase de teste 2026)
Aplica-se a: SAP_APPL 600, 602–606, 617–618 · S4CORE 102–108
Por quê: em 2026, CBS e IBS aparecem na NF mas não podem somar no documento de compras nem contabilizar. A Note é um roteiro de configuração puro (duas atividades manuais, nenhuma correção): marcar os novos impostos como estatísticos no cálculo e na contabilização de pedidos e recebimento de faturas.
Passos:
- Faça logon em inglês — os passos configuram CBS e IBS como estatísticos em documentos de compras (pedidos e recebimento de fatura) [Note 3606761]
- Na SPRO, abra Set Tax Type as Statistical for Specific Scenarios (Financial Accounting → ... → Basic Settings → Brazil), ou mantenha a view J_1BDF_STAT_TAXV direto na SM30 [Note 3606761]
- Crie New Entries informando NF Type, NF Item Type e Tax Type de cada cenário, e salve [Note 3606761]
- Na J1BTAX, vá em Condition Setup → Calc. Procedures → Calc. Procedures MM e selecione o procedimento (ex.: TAXBRA) [Note 3606761]
- Localize o step da condição CBS1, marque o flag Statistical e salve [Note 3606761]
- Repita a marcação para as demais condições dos novos impostos (CBS2, IB1S, IB2S, IB1M, IB2M) conforme o cenário [Note 3606761]
Se não fizer: CBS/IBS de teste somando no total da fatura e lançando no Razão durante 2026. E atenção ao efeito espelho: imposto estatístico ainda conta para a geração das tags do XML — grupo IBS/CBS enviado quando não devia é a rejeição 1021 ("Grupo IBS/CBS informado indevidamente"), catalogada no guia de erros conhecidos.
Note 3606761 (me.sap.com) · guia em PDF (referência própria)
4. Excluir tributos embutidos no preço da base de CBS/IBS (TAXBRA e TAXBRJ)
Aplica-se a: SAP_APPL 600, 602–606, 617–618 · S4CORE 102–108 (TAXBRA) · S4CORE 102–109 (TAXBRJ)
Por quê: a Note central (atividade 1) calcula CBS/IBS sobre o preço líquido — mas quando PIS/COFINS (materiais) ou PIS/COFINS/ISS (serviços) estão embutidos nesse preço, eles precisam sair da base dos novos impostos. A solução é uma condição de base própria no procedimento, com mecânica diferente em cada esquema: código interno via BC set no TAXBRA, fórmula VOFM no TAXBRJ.
Passos (TAXBRA):
- Implemente as 15 correções via SNOTE e, na SCPR3, faça upload e ative o BC set Z_INTERNAL_CODE_CBS_IBS_<componente> (cria o código interno CBS_IBS_BASE); compare com as tabelas de customizing e confirme "No Differences" [Note 3616067]
- Na J1BTAX (Condition Types MM), crie o tipo de condição da base — sugestão BTXI, classe A, cálculo B (valor fixo), categoria 1, entrada manual D, item condition [Note 3616067]
- Na J1BTAX (Calc. Procedures MM), insira o BTXI no TAXBRA em step maior que o BX01 (ex.: step 204, From 10/BASB, subtotal 320); delete as linhas atuais de BXCB/BXBS/BXBM e reinsira-as logo após (ex.: 205/206/207 com From 204) [Note 3616067]
- Ajuste a coluna From: CBS1/CBS2 apontando para o step do BXCB, IB1S/IB2S para o do BXBS e IB1M/IB2M para o do BXBM; em Condition Mapping → Assign Conditions to Internal Codes, associe o BTXI ao código CBS_IBS_BASE (aplicação TX) [Note 3616067]
Passos (TAXBRJ):
- Implemente as 16 correções via SNOTE; na VOFM (Formulas → Condition value), crie rotina no namespace 600–999 colando o código do anexo Formula.txt; salve e ative [Note 3624558]
- Na J1BTAX, crie o BTXI (classe A, cálculo B, categoria 1, só Item Condition — não Group Condition) e insira-o no TAXBRJ (ex.: step 179, From 100/BASB) com a fórmula da VOFM na coluna Alt. Calc. [Note 3624558]
- Garanta o BTXI antes de BXCB/BXBS/BXBM, mude o From Step das três para o step dele e confira as referências de CBS1/CBS2, IB1S/IB2S e IB1M/IB2M; se usa o cenário estatístico da atividade 3, mantenha a coluna Statistics marcada; salve [Note 3624558]
Se não fizer: análise: CBS/IBS calculados sobre base que ainda contém PIS/COFINS/ISS — imposto a maior em cada pedido, sem nenhum erro visível, porque o cálculo roda normalmente. É o tipo de desvio que só aparece em conferência fiscal manual.
Note 3616067 (me.sap.com) · Note 3624558 (me.sap.com) · PDF TAXBRA · PDF TAXBRJ (referências próprias)
5. Excluir CBS/IBS da base de retenção na fonte (TAXBRA)
Aplica-se a: SAP_APPL 600, 602–606, 617–618 · S4CORE 105–109
Por quê: os impostos retidos na fonte usam um subtotal do TAXBRA como base — e as condições novas de CBS/IBS entram nesse subtotal por padrão. Enquanto os novos impostos não devem compor a base de retenção, é preciso tirá-los de lá. Não há correção via SNOTE: é configuração pura, em cada sistema.
Passos:
- Faça logon em inglês; na J1BTAX, acesse Condition Setup → Calc. Procedures → Calc. Procedures MM e selecione o procedimento (ex.: TAXBRA) [Note 3654845]
- Localize o step da condição CBS1 e remova o valor 1 da coluna Subtotal; salve [Note 3654845]
- Repita para as demais condições que devam sair da base de retenção (CBS2, IB1S, IB2S, IB1M, IB2M), usando como referência os steps sugeridos no guia (180–182 para BXCB/BXBS/BXBM estatísticos e 690–695 para as condições de imposto) [Note 3654845]
- Agende a reavaliação: pela linha do tempo atual da Reforma, a partir de 01/01/2027 a inclusão de IBS/CBS na base de retenção passa a ser obrigatória — esta configuração tem prazo de validade [Note 3654845]
Se não fizer: análise: retenção calculada sobre base inflada pelos impostos-teste — IRF/INSS/PCC retidos a maior do fornecedor durante 2026, sem mensagem de erro. E quem fizer e esquecer de reverter em 2027 terá o problema espelhado.
Note 3654845 (me.sap.com) · guia em PDF (referência própria)
Frente 2 — Determinação: NBS, situação tributária e extensibilidade
Calcular o imposto é metade do trabalho; a outra metade é classificar certo — alíquota por código NBS nos serviços, CST/cClassTrib de CBS/IBS na NF de entrada — e ter um ponto de extensão quando a regra padrão não basta.
6. Determinação de CBS/IBS por código NBS em compras
Aplica-se a: SAP_APPL 600, 602–606, 617–618 · S4CORE 102–108
Por quê: em serviços, a alíquota de CBS/IBS pode depender do código NBS (Nomenclatura Brasileira de Serviços). A Note habilita o NBS como critério de determinação no TAXBRA/TAXBRJ — mas a tabela de condições, o acesso na sequência e os registros são criados por você.
Passos:
- Garanta antes que as instruções de correção da Note (15) estão implementadas; faça logon em inglês [Note 3616500]
- Na SPRO (Tax on Goods Movements → Brazil → Service Types), abra Define Official Service Types for Incoming Notas Fiscais, filtre por país/jurisdição e preencha a coluna NBS do tipo de serviço [Note 3616500]
- Na V/03, crie tabela de condições no namespace 501–999 com o campo NBS selecionado e gere [Note 3616500]
- Na J1BTAX (Access Sequences MM), inclua acesso exclusivo em BCBS, IBSM e IBSS apontando para a tabela criada — requirement 312 em S4CORE, fórmula própria em SAP_APPL (das Notes 3569061/3582512) [Note 3616500]
- Confira que o campo NBS está atribuído à estrutura KOMP nos campos do acesso e salve [Note 3616500]
- Na FV11, crie ao menos um registro de condição por tipo (BXCB, BXBM, BXBS) informando o NBS e a alíquota legal vigente [Note 3616500]
Se não fizer: serviços com alíquota diferenciada calculam pela alíquota genérica — e um sintoma clássico desta atividade já está documentado: coluna NBS ausente na view J_1BSERVTYPES1V após o passo manual (correção pela KBA 3680324), catalogado no guia de erros conhecidos.
Note 3616500 (me.sap.com) · guia em PDF (referência própria)
7. Situação tributária CBS/IBS em compras e movimentos de mercadoria
Aplica-se a: SAP_APPL 605–606, 617–618 · S4CORE 102–109 (ambas as Notes)
Por quê: a NF de entrada precisa carregar a situação tributária (CST) dos novos impostos. A 3646289 habilita o cadastro e o vínculo por código de imposto no processo de compras; a 3655459 estende a mesma configuração para NFs de movimento de mercadoria e remessas (incluindo STO).
Passos:
- Implemente as 12 correções da Note de compras via SNOTE e execute os passos pós-implementação do guia anexo (obrigatórios em SPs antigos) [Note 3646289]
- Atenção ao idioma antes de cadastrar: em S4CORE 106+ logue em português; em S4CORE 102–105 e SAP_APPL, no idioma do Business Place (confira em SPRO → Logistics – General → Tax on Goods Movements → Brazil → CNPJ Business Places) [Note 3646289]
- Na SPRO, abra Define Tax Situation for CBS and IBS (Financial Accounting → ... → Tax on Sales/Purchases → Basic Settings → Brazil), crie as situações tributárias (código, textos legais, percentuais) e salve [Note 3646289]
- Na J1BTAX (Maintain Tax Codes MM), selecione o procedimento e informe a situação criada na coluna CBS and IBS Tax Situation de cada tax code relevante [Note 3646289]
- Para movimentos de mercadoria: implemente as 12 correções da 3655459 (a 3646289 vem antes) e execute o guia v1.1 anexo — a mesma configuração passa a valer para as NFs de movimento e remessas [Note 3655459]
- Opcional (STO/remessa): na SPRO (SD → Billing → Country-specific Features for Brazil), atribua a situação tributária por documento de vendas e categoria de item; sem isso, vale a do tax code de saída [Note 3655459]
Se não fizer: NF de entrada sem CST de CBS/IBS. E dois sintomas desta atividade já têm correção documentada no guia de erros conhecidos: a view "Maintain tax code conditions" que não aparece no J1BTAX após o passo manual da 3646289 (KBA 3680288) e a situação tributária digitada que não persiste na tabela J_1BT007 (KBA 3759068).
Note 3646289 (me.sap.com) · Note 3655459 (me.sap.com) · PDF compras · PDF movimentos (referências próprias)
8. Extensibilidade: BAdI para situação tributária própria em MM
Aplica-se a: SAP_APPL 600, 606, 616–618 · S4CORE 102–109
Por quê: quando a determinação padrão (por tax code) não expressa a sua regra de negócio, esta Note estende o BAdI BADI_J1B_TAX_SITN para os processos de entrada — revisão de faturas (fatura, débito posterior, memorando de crédito) e movimentos de mercadoria (documentos de material, remessas, comprovações de entrega).
Passos:
- Implemente as 11 correções via SNOTE (pré-requisito 3694434; em releases mais antigos, também 3616500 e a Note de SD 3641807, conforme a lista de pré-requisitos) [Note 3706182]
- Implemente o método DETERMINE_FOR_INCOMING do BAdI BADI_J1B_TAX_SITN, preenchendo o parâmetro tax_situation com a sua lógica [Note 3706182]
- Conheça a restrição: o BAdI só redetermina a situação tributária de itens que disparam cálculo de imposto — item que não dispara (ex.: componente de subcontratação na mesma NF do produto na revisão de faturas) precisa ter CST/cClassTrib tratados via BAdI J_1BNF_ADD_DATA [Note 3706182]
Se não fizer: análise: nada quebra — a determinação padrão continua valendo. O risco é o inverso: implementar lógica própria sem conhecer a restrição e descobrir em produção que os itens sem cálculo de imposto ficaram com CST vazio no XML.
9. Correção: atributos fiscais CBS/IBS no memorando de crédito da MIRO
Aplica-se a: SAP_APPL 605–606, 617–618 · S4CORE 105–109 — sistemas com a Note 3646289 aplicada
Por quê: depois da 3646289, criar memorando de crédito para uma fatura com situação tributária de CBS/IBS preenchida não recuperava corretamente os atributos fiscais na aba Taxes II. Esta Note de correção (alta prioridade, 12 correções, sem atividade manual) conserta a recuperação — o objeto central é o módulo de função J_1B_NF_IV_SUMMING.
Passos:
- Garanta os 4 pré-requisitos (a 3646289 entre eles) e implemente as 12 correções via SNOTE — não há passo manual [Note 3676490]
- Teste o cenário exato do sintoma: memorando de crédito na MIRO sobre fatura com situação tributária CBS/IBS, conferindo a aba Taxes II [Note 3676490]
Se não fizer: o sintoma está documentado no guia de erros conhecidos: memorando de crédito na MIRO não grava CST e cClassTrib — esta Note é a correção. No mesmo guia está o vizinho de sintoma: MIRO que limpa os campos da aba Taxes II ao criar memorando de crédito (KBA 3696072). Identifique qual dos dois é o seu antes de abrir chamado.
Frente 3 — NFS-e em compras: layout nacional e São Paulo
A LC 214/2025 empurrou a NFS-e nacional para o centro do jogo. Em compras, isso significa a NF de serviço de entrada carregando os campos do layout nacional (e do layout do município de São Paulo) — inclusive a chave de acesso.
10. Layouts NFS-e nacional e São Paulo em compras
Aplica-se a: SAP_APPL 605–606, 617–618 · S4CORE 105–109
Por quê: a Note habilita a funcionalidade dos layouts NFS-e nacional e São Paulo nos cenários de compras: o sistema passa a manter, nas tabelas existentes, os valores de campos que não têm controle de tela nas NFS-e geradas por compras — e os campos novos ficam expostos no BAdI J_1BNF_ADD_DATA para preenchimento próprio.
Passos:
- Garanta o pré-requisito 3666872 aplicado (com os 3 pré-requisitos listados na Note resolvidos via Note Analyzer) [Note 3679167]
- Implemente as 12 correções via SNOTE — não há atividade manual; se precisar preencher os campos novos, use o BAdI J_1BNF_ADD_DATA [Note 3679167]
Se não fizer: análise: os campos do layout nacional/SP das NFS-e de compras não são mantidos nas tabelas — dados que a escrituração e as obrigações vão exigir ficam vazios, e a correção retroativa significa reprocessar documento a documento.
11. Chave de acesso da NFS-e em compras
Aplica-se a: SAP_APPL 606, 617–618 · S4CORE 102–109
Por quê: a chave de acesso da NFS-e (layout nacional e São Paulo) é composta por código do município, ambiente, tipo e número da inscrição federal, número da NFS-e, ano/mês de emissão da DPS, código numérico e dígito verificador — e a NF de serviço de entrada precisa de campos para isso. A Note entrega 22 correções e um report que gera o customizing de tela.
Passos:
- Garanta as correction instructions implementadas e faça logon em inglês [Note 3711487]
- Na SE38, execute o report NOTE_3711487 — ele inclui os campos AMBGER, CDV e DOCNUM9 (estrutura NFE_NFSE_ACCESS_KEY) no Field Group 21 (Service NF-e) da view J_1BAKHV [Note 3711487]
- Rode primeiro em Test Run e confira o Simulation Log todo verde [Note 3711487]
- Volte (F3), execute em Update & Activate com ativação online (batch só em caso de timeout) [Note 3711487]
- Verifique no Change Log que todos os objetos aparecem com sinal verde e confira o último log de execução [Note 3711487]
- Se surgirem objetos inativos na liberação do transporte, repita o Update & Activate; em SPs antigos, siga também o PDF de pós-implementação anexo [Note 3711487]
Se não fizer: análise: a NF de serviço de entrada não tem onde guardar a chave de acesso da NFS-e — o vínculo com o documento fiscal do prestador se perde, e o report é o passo mais pulado porque o SNOTE termina "verde" sem ele (mesmo padrão dos erros de passo manual do guia de erros conhecidos).
Note 3711487 (me.sap.com) · guia em PDF (referência própria)
Frente 4 — Entrega futura e nota de débito (Ajuste SINIEF 49/2025)
O Ajuste SINIEF 49/2025 muda o desenho fiscal da compra com entrega futura: o adiantamento passa a ser documentado por nota de débito (NF-e com tpNF de débito), e o recebimento posterior referencia essas notas. Em MM, isso toca a MIRO (emissão da NF de débito) e a MIGO/NF de recebimento (referências). Lembre-se: a Note central do TAXBRA declarou explicitamente que entrega futura estava fora do escopo dela — é este par de Notes que fecha a lacuna.
12. Nota de débito na revisão de faturas da compra com entrega futura
Aplica-se a: SAP_APPL 606, 617–618 · S4CORE 102–109
Por quê: a Note habilita a emissão da Nota Fiscal como nota de débito na revisão de faturas do cenário de entrega futura, e entrega o ponto de extensão para classificar o débito: o campo Debit NF Type (TPNFDEBITO) preenchido com 06 — pagamento antecipado via BAdI. Importante: a Note não mexe na determinação de impostos — o cálculo tributário do cenário é validação sua.
Passos:
- Implemente as 11 correções via SNOTE e, depois, execute em cada sistema os passos do anexo Implementation_Guide_SAP_Note_3771113 (pós-implementação obrigatória; logon em inglês) [Note 3771113]
- Na SPRO (funções multiaplicação da Nota Fiscal), crie ou ajuste o tipo de NF a usar na revisão de faturas [Note 3771113]
- Nesse tipo de NF, marque o Document Type como D (Debit Note) — único campo obrigatório; o resto segue sua configuração atual. Salve [Note 3771113]
- Na SPRO (customizing fiscal do Brasil, documentos fiscais eletrônicos), implemente o BAdI J_1BNF_ADD_DATA (implementação nova ou existente) [Note 3771113]
- No método ADD_DATA (ou ADD_DATA_J1B1N), atribua o valor 06 (pagamento antecipado) ao campo TPNFDEBITO de ES_HEADER no cenário aplicável — a própria Note sugere Document Type = D como critério [Note 3771113]
- Salve e ative a implementação; valide por conta própria o cálculo de impostos do fluxo de entrega futura, que segue fora do escopo da Note [Note 3771113]
Se não fizer: análise: a NF do adiantamento sai como NF comum, sem tpNF de débito nem TPNFDEBITO 06 — em desacordo com o SINIEF 49/2025 assim que as validações do cenário entrarem em vigor, e com retrabalho de estorno/reemissão dos adiantamentos já documentados.
Note 3771113 (me.sap.com) · guia em PDF (referência própria)
13. Entrega futura com múltiplos adiantamentos
Aplica-se a: SAP_APPL 606, 617–618 · S4CORE 102–109
Por quê: complemento direto da atividade 12: quando a compra tem vários adiantamentos, o recebimento de mercadoria precisa referenciar várias notas de débito do mesmo fornecedor e centro. A Note habilita a MIRO a registrar múltiplos adiantamentos e a NF de recebimento a carregar as referências — manualmente pela tela ou automaticamente por BAdI.
Passos:
- Implemente as 11 correções via SNOTE antes de qualquer passo manual [Note 3773472]
- Na SPRO (Brazil → Nota Fiscal Document Maintenance → Define Screen Controls for Fields, Header), deixe o grupo de campos 67 (Additional Information) como Optional [Note 3773472]
- No mesmo caminho, em Define Screen Controls for Tabs and Subscreens (Header), marque o grupo de tela 6 (aba Additional Information) como Display [Note 3773472]
- Caminho manual: na criação da NF, aba Additional Information, preencha a tabela NFe References — uma linha por nota de débito, com tipo Advance Payment e número do documento [Note 3773472]
- Atenção à mecânica da tela: informar o número do documento trava a chave de acesso (preenchida automaticamente); informar a chave direto zera e trava o campo de número do documento [Note 3773472]
- Caminho automático: implemente o BAdI J_1BNF_ADD_DATA (ADD_DATA ou ADD_DATA_J1B1N) preenchendo em ET_DOCREF os campos COUNTER, DOCREF_TYPE, DOCREF e ACCESS_KEY — sem preencher DOCNUM nesse processo [Note 3773472]
- Salve e ative; teste o fluxo ponta a ponta com dois ou mais adiantamentos referenciados no mesmo recebimento [Note 3773472]
Se não fizer: análise: recebimento que só consegue referenciar uma nota de débito quebra o rastreio fiscal do cenário multi-adiantamento — as referências da NF-e de recebimento saem incompletas e a amarração exigida pelo SINIEF 49/2025 não fecha.
Note 3773472 (me.sap.com) · guia em PDF (referência própria)
Checklist rápido do MM
- SP mínimo conferido (SPAM/CVERS) contra a Note 3563053 e Note Analyzer rodado com o XML da Note líder (3200109)
- TAXBRA: SNOTE + BC sets Z_TAX_REFORM_TAXBRA/ACC_SQNC_MM na SCPR20 + Formula.txt + contas — Note 3569061
- TAXBRJ: entrega 100% manual (0 correções) — BC sets Z_TAX_REFORM_TAXBRJ + Formula.txt, com a 3569061 antes — Note 3582512
- Estatístico 2026: J_1BDF_STAT_TAXV (SM30) + flag Statistical nas condições no J1BTAX — Note 3606761
- Base sem tributos embutidos: BTXI + código interno CBS_IBS_BASE (TAXBRA, 3616067) ou fórmula VOFM (TAXBRJ, 3624558)
- Retenção: subtotal 1 removido de CBS1/CBS2/IB1S/IB2S/IB1M/IB2M — reavaliar em 01/01/2027 — Note 3654845
- NBS: coluna no tipo de serviço + tabela V/03 (501–999) + acesso em BCBS/IBSS/IBSM + registros na FV11 — Note 3616500
- Situação tributária: SPRO Define Tax Situation + J1BTAX Maintain Tax Codes MM (idioma certo!) — Notes 3646289 e 3655459
- Lógica própria de CST: BAdI BADI_J1B_TAX_SITN / DETERMINE_FOR_INCOMING (restrição: itens sem cálculo → J_1BNF_ADD_DATA) — Note 3706182
- Memorando de crédito MIRO gravando CST/cClassTrib — correção Note 3676490
- NFS-e nacional/SP em compras: pré-requisito 3666872 + SNOTE — Note 3679167
- Chave de acesso NFS-e: SNOTE + report NOTE_3711487 (campos AMBGER/CDV/DOCNUM9 na J_1BAKHV) — Note 3711487
- Entrega futura: NF de débito na MIRO + BAdI J_1BNF_ADD_DATA com TPNFDEBITO = 06 — Note 3771113
- Múltiplos adiantamentos: screen control (grupos 67 e 6) + NFe References manual ou via ET_DOCREF no BAdI — Note 3773472
Todas as customizações de MM, por tema — com a Note de origem
Esta é a lista completa, sem recorte: cada customização que a Reforma exige do consultor de MM, agrupada por tema de negócio em vez de por Note, com o lugar exato onde ela vive no sistema. É o mapa que se materializa no ciclo ME21N → MIGO → MIRO. Cada linha traz a Note que a origina, em link direto — e conferir a validade dessa Note para o seu componente e release é passo obrigatório antes de aplicar qualquer coisa: as versões mudam com frequência, e o que vale em S4CORE 108 pode não valer em SAP_APPL 617.
A convenção (com o FI): linha marcada assim é decisão conjunta, não tarefa de outro. O procedimento de imposto (TAXBRA ou TAXBRJ) e a determinação contábil pertencem ao FI; ao MM cabe trazer o cenário de compras que alimenta a decisão, acordar o desenho junto e homologar o resultado no documento. Não é divisão burocrática: mexer no procedimento por conta própria quebra o que já calcula para os outros módulos, e aceitar um desenho de base sem levar o cenário de compras produz imposto errado em silêncio.
Tema 1 — Esquema de cálculo de compras
O epicentro. O esqueleto de pricing dos novos tributos chega pronto pela entrega da SAP; o que decide se o pedido calcula ou não é o que você confere e completa depois. A escolha entre TAXBRA e TAXBRJ não é sua — confirme com o FI qual procedimento o cliente usa antes de abrir qualquer atividade deste tema.
| O que configurar | Onde | Note |
|---|---|---|
| Conferir as condições BXCB, BXBS, BXBM e CBS1/CBS2, IB1S/IB2S, IB1M/IB2M, as sequências BCBS/IBSS/IBSM e as chaves de conta entregues no procedimento (com o FI) | J1BTAX → Condition Setup → Calc. Procedures MM (M/08) | 3569061 |
| Conferir o esquema espelho no TAXBRJ — entrega sem correção de código: nada aparece "aplicado" sozinho, e a existência das condições e sequências no ambiente é a única prova (com o FI) | J1BTAX → Calc. Procedures MM (TAXBRJ) | 3582512 |
| Definir as contas do Razão das chaves de dedutível VSI (CBS), VSJ (IBS estadual) e VSL (IBS municipal) e da chave de não dedutível NVV (com o FI) | OB40 · OBCN · determinação de contas | 3569061 |
| Criar os registros de condição de alíquota — a SAP entrega os tipos de condição e nenhum registro | FV11 (BXCB, BXBS, BXBM) | 3616500 |
Tema 2 — Base de cálculo e tributos embutidos no preço (TAXBRA e TAXBRJ)
O procedimento entregue calcula os novos tributos sobre o preço líquido. Quando PIS/COFINS (materiais) ou PIS/COFINS/ISS (serviços) estão embutidos nesse preço, eles precisam sair da base — e a mecânica muda conforme o esquema. Decisão de base é do FI; o cenário de compras que a alimenta é seu.
| O que configurar | Onde | Note |
|---|---|---|
| Decidir quais tributos embutidos saem da base de CBS/IBS em cada cenário de compra — material e serviço têm respostas diferentes (com o FI) | Desenho do procedimento · J1BTAX | 3616067 |
| Criar o tipo de condição da base — sugestão BTXI, classe A, cálculo B (valor fixo), categoria 1, entrada manual D, item condition | J1BTAX → Condition Types MM (M/06) | 3616067 |
| Inserir o BTXI no TAXBRA em step anterior às condições de base e reapontar o From step de BXCB/BXBS/BXBM para ele, ajustando as referências de CBS1/CBS2, IB1S/IB2S e IB1M/IB2M (com o FI) | J1BTAX → Calc. Procedures MM (M/08) | 3616067 |
| Associar o BTXI ao código interno CBS_IBS_BASE, aplicação TX | J1BTAX → Condition Mapping → Assign Conditions to Internal Codes | 3616067 |
| No TAXBRJ, inserir o BTXI apenas como Item Condition (nunca Group Condition), com a fórmula de valor na coluna Alt. Calc., antes de BXCB/BXBS/BXBM (com o FI) | J1BTAX → Calc. Procedures MM (TAXBRJ) | 3624558 |
Os dois esquemas resolvem o mesmo problema por caminhos distintos: no TAXBRA a base sai de um código interno entregue pela SAP; no TAXBRJ, de uma fórmula de valor que o time técnico instala e você atribui ao step. Executar o roteiro do esquema errado não gera erro — gera trabalho perdido.
Tema 3 — CBS/IBS estatísticos na fase de teste de 2026
Em 2026 os novos tributos aparecem na Nota Fiscal mas não podem somar no documento de compras nem contabilizar. Em MM o controle é duplo e independente: um por cenário de NF, outro no step do procedimento. Fazer só metade não protege nada.
| O que configurar | Onde | Note |
|---|---|---|
| Marcar como estatísticos os pares tipo de NF + tipo de item + tipo de imposto de cada cenário de compras | J_1BDF_STAT_TAXV (SM30) · SPRO → Brazil → Set Tax Type as Statistical for Specific Scenarios | 3606761 |
| Marcar o flag Statistical nos steps de CBS1, CBS2, IB1S, IB2S, IB1M e IB2M do procedimento em uso (com o FI) | J1BTAX → Calc. Procedures MM | 3606761 |
| Ao reordenar steps por causa da condição de base, conferir que a coluna Statistics continua marcada nas condições novas (com o FI) | J1BTAX → Calc. Procedures MM | 3624558 |
Tema 4 — Situação tributária de CBS/IBS em compras e em movimentos de mercadoria
A NF de entrada precisa carregar a situação tributária dos novos tributos. O cadastro vive no IMG do FI, a amarração ao código de imposto é sua, e a mesma configuração passa a valer para movimentos de mercadoria e remessas — inclusive transferência entre centros.
| O que configurar | Onde | Note |
|---|---|---|
| Cadastrar as situações tributárias de CBS/IBS — código, textos legais e percentuais (com o FI) | SPRO → Financial Accounting → Tax on Sales/Purchases → Basic Settings → Brazil → Define Tax Situation for CBS and IBS | 3646289 |
| Informar a situação criada na coluna CBS and IBS Tax Situation de cada código de imposto relevante | J1BTAX → Maintain Tax Codes MM (visão J_1BTAXCODEV) | 3646289 |
| Confirmar que a mesma amarração cobre as NFs de movimento de mercadoria e remessas, incluindo transferência entre centros | MIGO · J1BTAX → Maintain Tax Codes MM | 3655459 |
| Opcional em STO e remessa: atribuir a situação tributária por documento de vendas e categoria de item — sem isso vale a do código de imposto de saída (alinhar com o SD) | SPRO → SD → Billing → Country-Specific Features for Brazil | 3655459 |
| Definir a regra de negócio própria de determinação quando o padrão por código de imposto não expressa o cenário — o critério é seu, a codificação é do time técnico | Critério para o BAdI BADI_J1B_TAX_SITN, método DETERMINE_FOR_INCOMING | 3706182 |
| Mapear os itens que não disparam cálculo de imposto — por exemplo o componente de subcontratação na mesma NF do produto — e definir como CST e cClassTrib serão preenchidos neles | MIRO · critério para J_1BNF_ADD_DATA | 3706182 |
| Homologar o memorando de crédito sobre fatura com situação tributária preenchida, conferindo a aba Taxes II | MIRO | 3676490 |
O idioma do cadastro derruba projeto experiente: em S4CORE 106 e superiores os textos legais devem ser cadastrados em português — só aparecem nesse idioma. Em S4CORE 102–105 e em SAP_APPL, siga o idioma do Business Place, e logue no mesmo idioma em que cadastrou. Idioma errado é retrabalho de digitação, não de configuração.
Tema 5 — Serviços e código NBS
Em serviços, a alíquota dos novos tributos pode variar por código NBS. A entrega habilita o NBS como critério de determinação — a tabela de condição, o acesso e os registros são construídos por você.
| O que configurar | Onde | Note |
|---|---|---|
| Preencher a coluna NBS do tipo de serviço oficial, por país e jurisdição | SPRO → Tax on Goods Movements → Brazil → Service Types → Define Official Service Types for Incoming Notas Fiscais | 3616500 |
| Criar a tabela de condição com o campo NBS, no namespace 501–999 | V/03 | 3616500 |
| Incluir acesso exclusivo em BCBS, IBSS e IBSM apontando para a tabela criada, e conferir que o campo NBS está atribuído na estrutura de comunicação do acesso | J1BTAX → Access Sequences MM (M/07) | 3616500 |
| Criar ao menos um registro de condição por tipo (BXCB, BXBM, BXBS) informando o NBS e a alíquota legal vigente | FV11 | 3616500 |
| Manter o vínculo entre tipo de serviço e código NBS para que o código chegue preenchido à NF de serviço | SPRO → Service Types · registro info de serviço | 3616500 |
O acesso por NBS usa o requirement 312 em S4CORE; em SAP_APPL, a fórmula entregue junto com o procedimento. Confirme qual dos dois existe no seu ambiente antes de montar a sequência — acesso sem requirement lê a tabela em cenários que não deveria.
Tema 6 — Retenção na fonte (com o FI)
Os tributos retidos na fonte usam um subtotal do procedimento como base, e as condições novas entram nesse subtotal por padrão. O tema inteiro é decisão conjunta: a base de retenção é do FI, o documento de compras onde ela se materializa é seu.
| O que configurar | Onde | Note |
|---|---|---|
| Decidir com o FI quais das condições CBS1, CBS2, IB1S, IB2S, IB1M e IB2M devem sair da base de retenção (com o FI) | Desenho da base · J1BTAX | 3654845 |
| Remover o valor 1 da coluna Subtotal nos steps das condições decididas — os steps das condições de base e os das condições de imposto são conjuntos diferentes, confira os dois (com o FI) | J1BTAX → Condition Setup → Calc. Procedures MM (TAXBRA) | 3654845 |
| Registrar no plano do projeto a reversão dessa parametrização, com responsável e data (com o FI) | Plano do projeto | 3654845 |
| Homologar IRRF, INSS e PCC de um pedido com CBS/IBS calculados, comparando a base antes e depois do ajuste (com o FI) | ME21N → MIRO | 3654845 |
Tema 7 — Compra com entrega futura e nota de débito
O Ajuste SINIEF 49/2025 muda o desenho fiscal da compra com entrega futura: o adiantamento passa a ser documentado por nota de débito, e o recebimento posterior referencia essas notas. É o cenário que a Note central do procedimento declarou fora do escopo — aqui ele é fechado, e a emissão é habilitada sem que nenhum tipo de Nota Fiscal venha pronto.
| O que configurar | Onde | Note |
|---|---|---|
| Criar ou ajustar o tipo de NF usado na revisão de faturas do cenário de entrega futura | SPRO → funções multiaplicação → Nota Fiscal → Define Nota Fiscal Types | 3771113 |
| Marcar nesse tipo de NF o Document Type como D (Debit Note) — é o único campo obrigatório, o resto segue a configuração atual | SPRO → Define Nota Fiscal Types | 3771113 |
| Definir o critério de negócio que leva o valor 06 (pagamento antecipado) ao campo Debit NF Type; a própria entrega sugere o Document Type D como critério | MIRO · campo TPNFDEBITO · critério para J_1BNF_ADD_DATA | 3771113 |
| Validar por conta própria o cálculo de CBS/IBS do fluxo — a entrega declara explicitamente que não altera a determinação de impostos (com o FI) | MIRO · J1BTAX · FV11 | 3771113 |
| Deixar o grupo de campos 67 (Additional Information) como Optional no cabeçalho da NF | SPRO → Brazil → Nota Fiscal Document Maintenance → Define Screen Controls for Fields (cabeçalho) | 3773472 |
| Marcar o grupo de tela 6 (aba Additional Information) como Display | SPRO → Define Screen Controls for Tabs and Subscreens (cabeçalho) | 3773472 |
| Definir se as NFe References das notas de débito são preenchidas manualmente na tela ou automaticamente, e homologar o recebimento com dois ou mais adiantamentos do mesmo fornecedor e centro | MIRO → MIGO · aba Additional Information · critério para J_1BNF_ADD_DATA | 3773472 |
Tema 8 — NFS-e em compras
A NF de serviço de entrada passa a carregar os campos dos layouts NFS-e nacional e de São Paulo, inclusive a chave de acesso — composta por código do município, ambiente, inscrição federal, número da NFS-e, ano/mês de emissão da DPS, código numérico e dígito verificador.
| O que configurar | Onde | Note |
|---|---|---|
| Validar que os campos dos layouts nacional e São Paulo são gravados na NF de serviço de entrada e definir quais campos adicionais o negócio precisa preencher | MIRO · NF de serviço de entrada · critério para J_1BNF_ADD_DATA | 3679167 |
| Conferir os campos AMBGER, CDV e DOCNUM9 no grupo de campos 21 (Service NF-e) e definir obrigatoriedade e visibilidade de cada um | SPRO → Brazil → Nota Fiscal → Define Screen Controls for Fields (cabeçalho, visão J_1BAKHV) | 3711487 |
| Homologar a NF de serviço de entrada com a chave de acesso da NFS-e preenchida e vinculada ao documento do prestador | MIRO | 3711487 |
São dois layouts distintos — o nacional e o do município de São Paulo. Confirme quais municípios aparecem no cadastro de fornecedores de serviço antes de dimensionar a homologação: quem não toma serviço de São Paulo homologa só o layout nacional.
Customizações por Note
Abaixo, o restante do levantamento organizado pela Note de origem: o que cada uma exige do consultor de MM e que não coube nas tabelas por tema — critérios de negócio, decisões de escopo, roteiros de homologação e limitações declaradas. As Notes que não pedem nenhum customizing aparecem assim mesmo: são entregas técnicas cuja ativação precisa ser confirmada antes de você homologar o que depende delas.
Note 3569061 — CBS e IBS no esquema de cálculo TAXBRA de compras
- Homologar o ciclo inteiro, não só o pedido: ME21N (cálculo), MIGO (movimento de mercadoria) e MIRO (revisão de faturas e NF de entrada), conferindo base, alíquota e contabilização dos dois tributos em cada etapa.
- Registrar no plano de testes o que esta entrega não cobre: apenas preço líquido, e sem os processos especiais de aquisição (consignação, entrega futura, third party, subcontratação).
- Manter os registros de condição de alíquota é atividade sua — nenhum registro vem pronto. Em serviços, o caminho de determinação por NBS está na Note 3616500.
Note 3582512 — CBS e IBS no esquema TAXBRJ, com entrega 100% manual
- Conferir na J1BTAX que tipos de condição, sequências de acesso e chaves de contabilização dos novos tributos chegaram completos ao TAXBRJ.
- Homologar ME21N → MIGO → MIRO no cenário TAXBRJ, conferindo o mapeamento dos novos tributos para a Nota Fiscal.
- Manter os registros de condição de alíquota: nada é entregue pronto aqui também.
- Registrar as mesmas limitações de escopo da entrega do TAXBRA no plano de testes: preço líquido e nenhum processo especial de aquisição.
Note 3600094 — Objetos de dicionário dos campos novos da Nota Fiscal
- Entrega técnica: nada a configurar. Ao MM cabe confirmar que ela está ativa antes de a 3600246 entrar.
- Validar que os campos de CBS/IBS do item chegaram à estrutura J_1BNF_BADI_ITEM — é por ela que a extensibilidade de compras escreve.
Note 3600246 — Campos novos na tela da Nota Fiscal: aba Taxes II, compra governamental e NF de crédito/débito
- Conhecer o novo mapa de tela da NF de entrada antes de treinar o time de recebimento: aba Taxes II no item, subtela de DF-e na aba Additional Information do item (chave de acesso e número do item do documento referenciado), indicador de fornecimento de bem móvel usado na subtela de controle fiscal do item, e a subtela de compra governamental no cabeçalho.
- Definir a política de exibição, obrigatoriedade e proteção desses campos — customizing de screen control da NF Writer, nas views de atribuição de campo a grupo e de grupo a tela. (com o FI): os grupos de campos valem para toda a NF, entrada e saída; combine antes de gravar.
- Decidir, com o FI, o uso dos tipos de documento fiscal C (crédito) e D (débito) e dos domínios TPNFDEBITO (de transferência de crédito a cooperativas até perda de estoque) e TPNFCREDITO (multa e juros; apropriação de crédito presumido de IBS sobre saldo devedor na Zona Franca) — em compras é esse par que sustenta a nota de débito da entrega futura.
- Mapear os campos de compra governamental (TPENTEGOV, PREDUTOR, TPOPERGOV no cabeçalho; os pares de percentual e valor PIBSUFGOVPUR/VIBSUFGOVPUR, PIBSMUNGOVPUR/VIBSMUNGOVPUR e PCBSGOVPUR/VCBSGOVPUR no item) se o cliente compra em nome de ente público — a redução é informada no documento, não calculada pelo esquema de compras.
- Homologar ME21N → MIGO → MIRO conferindo se as alíquotas calculadas no pedido chegam a PIBSUF, PIBSMUN e PCBS e aos campos de valor da aba Taxes II, e se a situação tributária gravada bate com a determinada pela Note 3646289.
- Registrar a limitação de interface: TAXSITUATION e TAXSITUATIONREG não estão disponíveis nas BAPIs de criação e leitura da NF — cargas e integrações de NF de entrada que dependam de situação tributária precisam de outro caminho.
- Escopo multi-documento: a entrega alinha NF-e, CT-e, NF3-e e NFCom. Se o cliente recebe CT-e de frete, o teste de compras precisa incluir o documento de transporte, não só a NF-e de mercadoria.
Note 3606019 — Tributos estatísticos não podem inflar os totais da Nota Fiscal
- Entrega técnica: nada a configurar. Confirme que está ativa antes de homologar a 3606761.
- Validar, numa NF de entrada gerada por ME21N → MIGO → MIRO com CBS/IBS ativos, que o total do documento continua igual ao total sem os novos tributos enquanto eles forem estatísticos.
- Saber que o comportamento depende da marcação de estatístico na linha de imposto da NF, não do esquema de cálculo: se o tipo de imposto deixar de ser estatístico, os valores voltam a entrar nos totais. Alinhe a virada de estatístico para efetivo com FI e SD no mesmo momento.
Note 3606761 — CBS e IBS como estatísticos no pedido e no recebimento de fatura
- Decidir em quais cenários os novos tributos entram como estatísticos: a chave do customizing é a combinação tipo de NF + tipo de item + tipo de imposto. Essa é a decisão de negócio que o MM leva ao projeto.
- Decidir condição a condição: não há obrigação de marcar as seis — marque apenas as que o cenário exigir.
- Homologar em ME21N e na MIRO que os valores aparecem calculados e que a contabilização não é afetada.
Note 3615297 — Objetos de dicionário do código NBS em compras
- Entrega técnica: nada a configurar. Confirme que está ativa antes de implementar a 3616500.
- Validar que a view J_1BSERVTYPES1V abre na SM30 com o campo de NBS — é essa view que você vai popular ao configurar a determinação por NBS.
- Não cadastre NBS no intervalo entre as duas: os objetos criados aqui só podem ser usados depois que a Note principal estiver aplicada.
Note 3616067 — Tributos embutidos no preço fora da base de CBS/IBS no TAXBRA
- Confirmar antes de tudo que o cenário do cliente realmente tem tributo embutido no preço líquido — se o fornecedor destaca PIS/COFINS/ISS por fora, esta frente não muda nada e não deveria entrar no escopo.
- Tratar a numeração de steps sugerida como sugestão: ajuste ao procedimento do cliente em vez de copiar os números.
- Homologar em ME21N e na MIRO a base de um item com tributo embutido, testando material e serviço separadamente.
Note 3616500 — Alíquota determinada por código NBS em compras de serviços
- Alinhar o cadastro de NBS com os dados mestre de serviço do cliente: tipo de serviço sem NBS faz a chave de acesso não encontrar registro, e a alíquota sai zerada.
- Criar os registros de condição na FV11 com as validades corretas, não só com a alíquota — a vigência é parte do registro.
Note 3618181 — Campos de alíquota, diferimento e devolução no item da Nota Fiscal
- Entrega técnica: nada a configurar. Confirme que está ativa antes de a 3600094 e a 3600246 entrarem.
- Validar que os campos de alíquota PIBSUF, PIBSMUN e PCBS existem no item da NF — são eles que a NF de entrada preenche com o resultado do cálculo do esquema de compras.
Note 3624558 — Tributos embutidos no preço fora da base de CBS/IBS no TAXBRJ
- Confirmar que o cenário tem mesmo tributo embutido no preço líquido antes de abrir a atividade.
- Conferir, depois de reordenar, que CBS1/CBS2 apontam para o step de BXCB, IB1S/IB2S para o de BXBS e IB1M/IB2M para o de BXBM.
- Homologar em ME21N e na MIRO a base de um item com tributo embutido, em material e em serviço.
Note 3632130 — Alíquota nominal recalculada e texto de item gerado na NF Writer
- Definir a política de intervenção manual na NF de entrada: quem pode alterar redução de alíquota e situação tributária na J1B2N e em que cenários de compra isso é aceitável. A partir desta entrega, essas alterações têm efeito colateral automático — alíquota nominal e texto do item — o que muda o roteiro de conferência do time de recebimento.
- Conferir que os tipos de imposto de CBS e IBS na aba Taxes da NF estão corretos (com o FI): é deles que sai a alíquota usada como base do recálculo. Tipo de imposto errado gera alíquota nominal errada, sem nenhum erro de sistema.
- Incluir no roteiro de homologação um caso de NF de entrada com alteração manual de redução de alíquota (verificando o valor recalculado e o texto de item gerado com código 6) e um caso de alteração manual de CST (verificando a regeneração do texto).
- Alinhar com o SD: a mecânica de recálculo e de texto é da NF Writer, comum a entrada e saída.
- Ponto obrigatório de conferência na MIRO: o recálculo automático só dispara quando a alíquota nominal está zerada. Se a NF já vier com alíquota nominal preenchida pelo esquema de compras, alterar a redução manualmente não recalcula nada — e a nota sai com redução aplicada sobre base inconsistente.
Note 3634646 — Soma dos itens igual ao total do documento com CBS e IBS
- Entrega técnica: nada a configurar. Confirme que está ativa antes de o cliente virar os novos tributos de estatísticos para efetivos.
- Validar, em NF de entrada e em devolução ao fornecedor, que a soma dos itens bate com o total do documento nos campos de valor de item e de total do XML.
- Efeito direto em autorização: sem esta correção, a NF-e com CBS/IBS efetivos é rejeitada pela SEFAZ com o código 1094. Em compras o sintoma aparece na devolução ao fornecedor e em qualquer saída gerada a partir do recebimento. Enquanto os tributos estiverem estatísticos a regra não morde — o risco entra em cena exatamente na virada.
Note 3637775 — Objeto de mensagem da alíquota nominal e do texto de item
- Entrega técnica: nada a configurar. Confirme que está ativa antes de implementar a 3632130.
- Validar que o texto de item de código 6, referente a CBS/IBS, aparece na NF depois que a Note principal entrar.
Note 3641678 — Objetos de dicionário do cálculo de vIBS e do indicador de crédito presumido
- Entrega técnica: nada a configurar. Confirme que está ativa antes de implementar a 3641679.
- Validar que o campo INDDEDUZCREDPRES existe em J_1BNF_BADI_ITEM — e saber desde já que ele não aparece na tela da NF: só pode ser preenchido pela BAdI de dados adicionais da Nota Fiscal, cuja regra de negócio é decisão funcional sua.
Note 3641679 — vIBS calculado em runtime, com dedução opcional do crédito presumido
- Definir o critério de negócio do indicador de dedução de crédito presumido (INDDEDUZCREDPRES): em quais operações de compra o crédito presumido de IBS deve ser deduzido do vIBS. Como o campo não existe na tela, a decisão só se materializa pela BAdI J_1BNF_ADD_DATA — o MM especifica o quê, o time técnico escreve o como.
- Registrar no plano de testes que vIBS não é campo persistido: não adianta procurá-lo em tabela nem montar relatório de conciliação em cima dele. Gravados existem PIBSUF, PIBSMUN e os valores por esfera; o vIBS é montado na hora da geração do documento.
- Conferir, na NF de entrada com crédito presumido, que o vIBS do XML corresponde a IBS municipal mais IBS estadual menos o valor do crédito presumido quando o indicador está ligado, e à soma simples quando está desligado.
- Avaliar com o FI o valor de devolução no domínio de tipo de NF de crédito — é o que cobre um cenário rotineiro de compras.
- Estender o teste aos demais documentos eletrônicos que o cliente recebe ou emite no processo de compras (CT-e de frete, NF3-e, NFCom): a entrega trata os quatro layouts de uma vez.
Note 3646289 — Situação tributária na NF de entrada e no código de imposto de compras
- Definir com o negócio quais situações tributárias de CBS/IBS o cliente usa em compras — é a decisão de escopo que sustenta todo o resto.
- Conferir o idioma de logon antes de digitar qualquer entrada: os textos legais ficam gravados no idioma em que foram digitados.
- Homologar na MIRO que a NF de entrada recebe código de situação, código de classificação, percentual de redução, alíquota nominal e textos legais coerentes — inclusive nos documentos de débito posterior e de memorando de crédito.
Note 3651044 — Objetos de dicionário das alíquotas nominais na BAdI de dados adicionais
- Entrega técnica: nada a configurar. Confirme que está ativa antes de a 3651045 ser aplicada.
- Validar que a estrutura de item da BAdI já expõe os três campos de alíquota nominal quando o cenário de entrada for testado.
Note 3651045 — Alíquotas nominais disponíveis na BAdI de dados adicionais da NF
- Definir o critério de negócio que a BAdI vai aplicar nos cenários de compra: em que NFs de entrada a alíquota nominal de IBS estadual, IBS municipal e CBS precisa ser gravada, e qual é a fonte do valor (registro de condição, tabela própria, dado do fornecedor).
- Distinguir alíquota nominal de alíquota efetiva no plano de testes: o valor que o cálculo aplica ao documento continua vindo dos registros de condição do esquema de compras. Esta entrega trata do campo que declara a alíquota nominal no documento.
- Homologar MIGO e MIRO conferindo os três campos gravados no item e o reflexo no documento fiscal resultante.
- Alinhar com o SD quando o mesmo critério valer para saídas — a BAdI é a mesma dos dois lados.
Note 3654845 — CBS e IBS fora da base de retenção na fonte no TAXBRA
- Levantar e informar ao FI quais cenários de compra têm retenção na fonte e são afetados pela mudança — é a contribuição própria do MM à decisão.
- Tratar as faixas de step citadas no material de apoio como referência, ajustando ao procedimento do cliente.
- Homologar na MIRO faturas de fornecedores sujeitos a retenção, comparando o valor retido antes e depois da mudança.
- Registrar no plano do projeto a reavaliação obrigatória antes de 01/01/2027.
Note 3655459 — Situação tributária nas NFs de movimento de mercadoria
- Definir o idioma de cadastro das situações antes de digitar qualquer entrada — refazer cadastro no idioma errado é retrabalho puro.
- Amarrar a situação ao código de imposto (com o FI): código de imposto e procedimento de cálculo são de propriedade do FI; ao MM cabe dizer quais códigos de compras e de movimento entram e com qual situação.
- Homologar o resultado nos cenários de movimento: MIGO e documentos de material, remessa, comprovante de entrega e transferência entre centros. Conferir na NF gerada o código de situação, o código de classificação (cClassTrib), o percentual de redução, a alíquota nominal calculada e os textos legais.
- A atribuição opcional por documento de vendas e categoria de item é objeto do SD — alinhe com o consultor de SD antes de gravar.
Note 3656534 — Situação tributária na BAdI de dados adicionais e nas BAPIs da NF
- Definir a regra de negócio da situação tributária nas entradas — por CFOP, material, fornecedor e tipo de operação — e como ela chega ao documento nos cenários que não passam pela determinação padrão: integrações, cargas e criação por BAPI.
- Documentar para o time de integração a precedência dos campos: TAXSITUATION prevalece sobre CST e CCLASSTRIB; TAXSITUATIONREG prevalece sobre CSTREG e CCLASSTRIBREG; vindo os dois vazios, os valores existentes são mantidos.
- Homologar MIGO e MIRO conferindo a situação gravada no item, e repetir a conferência no caminho por BAPI usado pelas interfaces do cliente.
- Conferir a determinação contábil resultante da situação escolhida (com o FI): a decisão de conta é contábil; ao MM cabe informar o cenário de compra e homologar.
- Manter no plano de testes um caso de leitura: conferir que a BAPI de leitura devolve os dois campos de situação para documentos já criados.
Note 3664725 — NF de crédito e de débito só com CBS e/ou IBS, na devolução e no acerto de compras
- Mapear as operações de compra que produzem nota de débito ou de crédito com apenas os novos tributos: acerto de preço com o fornecedor, devolução parcial, complemento de imposto e o adiantamento da compra com entrega futura.
- Como nenhum tipo de Nota Fiscal vem pronto, definir ou ajustar os tipos no customizing de Nota Fiscal, com o Document Type do cenário (C para crédito, D para débito).
- Definir a determinação contábil dos documentos de crédito e de débito gerados nesses cenários (com o FI): a conta é decisão contábil; ao MM cabe informar a operação de compra que a origina.
- Homologar criação, alteração e exibição no NF Writer (J1B1N, J1B2N, J1B3N) com item que só tenha CBS e/ou IBS, e repetir o teste pelo caminho de compras: MIRO gerando o documento de débito, devolução gerando o de crédito.
- Conferir a determinação de impostos e o XML/DANFE resultantes do cenário homologado.
Note 3666810 — Objetos de dicionário dos leiautes NFS-e nacional e São Paulo
- Entrega técnica: nada a configurar. Confirme que está ativa antes de a 3666872 ser aplicada.
- Validar, no teste de compra de serviço, que os campos do leiaute nacional já aparecem na NF de serviço.
Note 3666872 — Leiautes NFS-e nacional e São Paulo habilitados na Nota Fiscal
- Levantar, com o fiscal e com a área de compras de serviço, quais campos do leiaute nacional são obrigatórios nos municípios em que a empresa toma serviço, e qual regra de negócio preenche cada um.
- Definir o tratamento de cancelamento e de substituição de NFS-e no fluxo de compras: o que acontece com a fatura já lançada na MIRO e com o documento de serviço quando o prestador cancela ou substitui a nota.
- Definir o critério de negócio que a BAdI de dados adicionais vai aplicar aos campos novos — o método muda conforme a plataforma (ADD_DATA em S/4HANA, ADD_DATA_J1B1N no ECC), mas a regra é a mesma decisão funcional.
- Homologar a compra de serviço ponta a ponta: ME21N com item de serviço → entrada da NFS-e → MIRO, conferindo os campos do leiaute nacional gravados no documento.
- Alinhar com o SD o preenchimento dos campos que valem para os dois lados — a BAdI é compartilhada.
Note 3676490 — Atributos fiscais não recuperados no memorando de crédito da revisão de faturas
- Entrega técnica: nada a configurar. Ao MM cabe confirmar que está ativa antes de homologar qualquer cenário de devolução ou de memorando de crédito com os novos tributos.
- Validar na MIRO que o documento de crédito criado sobre uma fatura com situação tributária preenchida traz na aba Taxes II os atributos fiscais dos novos tributos — situação, código de classificação, percentual de redução e alíquota nominal — idênticos aos da fatura de origem.
Note 3679167 — Leiautes NFS-e nacional e São Paulo nas NFs de serviço de compras
- Nenhum customizing próprio nasce aqui. O que cabe ao MM é o levantamento funcional: mapear, com o fiscal, quais campos dos dois leiautes o processo de compras precisa carregar e qual o conteúdo de negócio de cada um. Esse é o quê — a codificação da BAdI J_1BNF_ADD_DATA é do time técnico.
- Confirmar com o FI o tratamento fiscal e contábil dos serviços recebidos nesses leiautes (retenções municipais, base dos novos tributos) (com o FI): a entrega não traz nenhuma regra de cálculo.
- Homologar a NF de serviço de entrada gerada pelo cenário de compras nos dois leiautes, conferindo que os campos sem controle de tela chegam gravados nas tabelas e não se perdem entre a criação e a exibição do documento.
Note 3689409 — Campos novos da NF-e pela NT 2025.002: crédito presumido, Zona Franca, estorno e ajuste de apuração
- Ajustar o controle de tela da Nota Fiscal para os campos, subtelas e a aba Taxes II entregues — decidir o que fica obrigatório, opcional ou oculto por tipo de operação de entrada.
- Definir com o fiscal quais códigos de classificação de crédito presumido (CCREDPRES) se aplicam às compras da empresa. Vários são tipicamente de aquisição: de produtor rural não contribuinte, de pessoa física para reciclagem, de bem móvel de não contribuinte para revenda, e as faixas de aquisição por contribuinte na Zona Franca de Manaus e em Área de Livre Comércio.
- Substituir, em toda regra e integração de entrada, os campos obsoletos CCREDPRESCBS e CCREDPRESIBS pelo sucessor CCREDPRES — os dois primeiros saíram da tela da Nota Fiscal.
- Definir o uso da classificação de subcálculo de IBS na Zona Franca (TPCREDPRESIBSZFMPROD: sem crédito presumido, bem de consumo final ou bem de capital, cada um com seu percentual) para os materiais comprados, quando houver operação na ZFM.
- Definir quando a natureza de operação de doação (INDDOACAO) deve ser informada nos documentos de entrada, e instruir a operação.
- Homologar a entrada com os campos preenchidos em MIGO e MIRO, conferindo o gravado no item e o reflexo no documento fiscal — inclusive o período de referência do ajuste de apuração, no formato ano-mês.
- Conferir a contrapartida contábil do crédito presumido e do estorno de crédito (com o FI): a decisão de conta e de apuração é contábil; ao MM cabe informar a operação de compra e homologar.
Note 3706182 — BAdI para determinar a situação tributária em compras e movimentos
- Primeiro, decidir se é caso de estender: a determinação padrão vem do customizing de situação tributária amarrado ao código de imposto. Só implemente o BAdI quando essa amarração não conseguir expressar a regra — por exemplo, quando a situação depender de material, fornecedor, centro, CFOP ou tipo de serviço, e não do código de imposto.
- Especificar por escrito a regra que preenche o parâmetro de situação tributária do método DETERMINE_FOR_INCOMING: quais campos do documento entram no critério, em que ordem de precedência, e qual situação sai em cada combinação. O quê é do MM; o código é do time técnico.
- Alinhar com o FI antes de codificar (com o FI): a redeterminação acontece dentro do cálculo do procedimento, que é do FI. A regra do MM não pode contradizer a situação amarrada ao código de imposto nem o desenho de chaves de conta.
- Alinhar com o SD quando a mesma família de regra existir na saída (método equivalente de saída): vale manter uma regra única de negócio para entrada e saída, ainda que implementada em dois métodos.
- Homologar os dois blocos separadamente: MIRO (fatura, débito posterior, memorando de crédito) e MIGO/remessa/comprovante de entrega, conferindo em cada caso a situação gravada na NF e no cálculo.
Note 3711487 — Chave de acesso da NFS-e na nota fiscal de serviço de entrada
- Nenhum customizing é criado à mão: os três campos entram no grupo de campos 21 pelo report entregue com a Note. Ao MM cabe validar o conteúdo entregue — abrir a aba de dados de NF de serviço de uma NFS-e de entrada e confirmar que os campos aparecem e se comportam como descrito.
- Homologar a composição da chave campo a campo: código do município, ambiente (editável pelo usuário), tipo e número da inscrição federal, número da NFS-e, ano e mês de emissão da DPS, código numérico e dígito verificador.
- Transformar as regras de preenchimento em instrução de trabalho para o usuário de compras: o número da NFS-e é informado na seção de NFS-e; acima de treze dígitos, só os treze primeiros entram na seção da chave de acesso, e abaixo disso o sistema completa com zeros à esquerda; o código numérico, se tiver menos de nove dígitos, também é completado com zeros à esquerda; o tipo de inscrição federal é determinado automaticamente a partir do número informado.
- Conferir com o FI o vínculo do documento fiscal de entrada com a escrituração (com o FI): a chave de acesso é o elo entre a NF de serviço no SAP e o documento do prestador.
- Homologar a compra de serviço ponta a ponta (ME21N → MIRO/NF de serviço de entrada) com NFS-e nacional e com NFS-e de São Paulo, conferindo que a chave é gravada e permanece após alteração e após cancelamento do documento.
Note 3736831 — Ente governamental e tipo de operação no CT-e do frete de compras
- Liberar o campo de tipo de operação com ente governamental no controle de tela da Nota Fiscal, se o cenário for usado no frete de entrada — o procedimento é o mesmo do material de apoio da 3600246.
- Levantar com o fiscal se a empresa contrata ou presta serviço de transporte a Consórcio Público ou ao Comitê Gestor do IBS. Se não, os valores novos ficam disponíveis mas sem uso.
- Definir em que cenários de frete de compras o novo tipo de referência a documento fiscal eletrônico anterior deve ser informado, e instruir a operação.
- Homologar a entrada do CT-e do frete com os valores novos preenchidos, conferindo o cálculo de CBS/IBS sobre o frete e a contabilização na MIRO do documento de transporte.
- Conferir se as descrições dos valores novos aparecem em tela: em vários releases a documentação dos elementos de dados só chega pela via técnica, e o valor fica exibido sem texto.
Note 3771113 — Nota de débito na revisão de faturas do pedido com entrega futura
- Mapear o fluxo de compras afetado antes de mexer no sistema: quais tipos de documento de compra e quais itens do pedido representam entrega futura com adiantamento, e em que ponto da revisão de faturas a NF do adiantamento é gerada. É esse recorte que define onde o novo tipo de NF vai valer.
- Tratar o tipo de NF como objeto compartilhado (com o FI): o desenho de crédito e débito da Reforma vem da Note 3664725, conduzida pelo FI.
- Validar se o critério sugerido (Document Type D) basta no desenho do projeto — quem olha o fluxo de compras e responde isso é o MM; a codificação da BAdI é do time técnico.
- Homologar a emissão: pedido com entrega futura → adiantamento → MIRO, conferindo que a NF sai como nota de débito, com o campo TPNFDEBITO em 06, e que o XML e o DANFE refletem isso.
Note 3773471 — Objetos de dicionário da referência a múltiplas notas de débito
- Validar o customizing que vem pronto: o campo de referência de documento (tabela J_1BDYDOCREF) atribuído ao grupo de campos de cabeçalho 67 e à aba de informações adicionais do cabeçalho.
- Conferir que o campo aparece editável na aba Additional Information do cabeçalho da NF, e decidir se fica obrigatório ou opcional para o tipo de documento do cenário de entrega futura.
- Sequenciar a frente no plano de projeto: esta Note antes da 3773472, e a 3771113 antes das duas no fluxo de negócio.
- Preparar o caso de teste de referência múltipla: um pedido com entrega futura, adiantamentos parcelados gerando várias notas de débito na MIRO, e o recebimento posterior referenciando todas elas.
Note 3773472 — Recebimento referenciando múltiplas notas de débito na entrega futura
- Decidir o modo de preenchimento das NFe References: manual pela tela (uma linha por nota de débito, com tipo de referência de pagamento antecipado e o número do documento) ou automático. No modo automático o MM define o critério de negócio — qual documento de adiantamento entra, em que ordem (COUNTER) e como o sistema o localiza a partir do recebimento; o código da BAdI é do time técnico.
- Escrever a instrução de trabalho de quem fizer o preenchimento manual, incluindo a mecânica de travamento dos campos: informar o número do documento trava a chave de acesso, que é preenchida sozinha; informar a chave direto zera e trava o campo de número do documento.
- Homologar o fluxo completo: pedido com entrega futura → dois ou mais adiantamentos na MIRO, cada um gerando sua nota de débito → recebimento em MIGO com a NF referenciando todas elas, mesmo fornecedor e mesmo centro. Conferir as referências no XML da NF-e de recebimento.
- Validar por conta própria a determinação de impostos do cenário (com o FI): a entrega não muda nada no cálculo. Como o valor total se divide entre adiantamentos e recebimento, e o que isso implica em CBS/IBS e na contabilização, é conferência conjunta.
Oito riscos que este levantamento expôs
São as armadilhas que não aparecem no status do SNOTE. Cada uma delas passa no teste técnico e falha depois — em conferência fiscal, em autorização de documento ou no primeiro fechamento.
- Nenhum registro de condição vem pronto. A SAP entrega os tipos de condição e as sequências de acesso, e nada mais: sem registro criado por você na FV11, CBS e IBS calculam zero no pedido e na MIRO. O sistema fica "tecnicamente pronto" e erra em silêncio no primeiro recebimento real [Notes 3569061 · 3616500]
- Passo destrutivo no meio do roteiro do TAXBRA. Para encaixar a condição de base, as linhas de BXCB, BXBS e BXBM precisam ser deletadas do procedimento e reinseridas depois da nova condição, com o From reapontado. Interromper a atividade no meio deixa o procedimento sem as condições dos novos tributos — planeje janela, transporte e retorno antes de começar [Note 3616067]
- Contador de atividades manuais zerado, mas com passos obrigatórios. A entrega do TAXBRJ para tributos embutidos não registra atividade manual formal — e mesmo assim o guia anexo traz passos obrigatórios, além da fórmula de valor. Quem confia no contador conclui que não há nada a fazer [Note 3624558]
- Uma Note sem correção alguma. A entrega de CBS/IBS no TAXBRJ é 100% manual: zero instruções de correção. Não existe status no SNOTE para lembrar você — a única prova de que foi feita é a existência das condições e sequências no ambiente [Note 3582512]
- O flag estatístico vive em dois lugares. Um controle é por cenário (tipo de NF + tipo de item + tipo de imposto), o outro é o flag Statistical no step do procedimento. Marcar só um dos dois não protege nada — e reordenar steps por causa da condição de base pode desfazer a marcação sem aviso [Notes 3606761 · 3624558]
- A exclusão da base de retenção tem prazo de validade. Pela linha do tempo atual da Reforma, a inclusão de IBS e CBS na base de retenção passa a ser obrigatória em 01/01/2027. Quem configurar a exclusão agora e não registrar a reversão no plano de projeto terá o problema espelhado: retenção a menor, em silêncio, a partir daquela data [Note 3654845]
- Campo sem tela. O indicador de dedução do crédito presumido (INDDEDUZCREDPRES) existe na estrutura da BAdI mas não aparece em nenhuma tela da Nota Fiscal. Se a regra de negócio existir e ninguém escrever a BAdI, o vIBS sai errado sem nenhum sintoma visível — e o vIBS também não é campo persistido, então não há relatório em que conferir [Notes 3641678 · 3641679]
- Alíquota nominal é declaratória. Os campos de alíquota nominal expostos na BAdI declaram um valor no documento; o cálculo que forma os valores continua vindo dos registros de condição do esquema de compras. Tratar um como o outro no plano de testes produz um documento coerente por dentro e divergente por fora [Note 3651045]
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ê.