Reforma Tributária no SAP · NT 2025.002 v1.50
Os eventos fiscais do IBS/CBS rodando no seu SAP — dentro do cronograma oficial da NT
Solução ABAP nativa que monta, assina, envia e monitora os 16 eventos vigentes da NT 2025.002 (15 de apuração + cancelamento) — no S/4HANA (via SAP DRC) ou no ECC direto à SEFAZ, sem BTP.
Falar por e-mail Ver todas as features
Atendimento por e-mail. O diagnóstico de adequação é um serviço pago — escopo e valor combinados na primeira troca.
Alinhado à NT 2025.002 v1.50 — atualizado em 27/07/2026
O relógio já está correndo
Homologação da SEFAZ passou a exigir os grupos de IBS/CBS na NF-e/NFC-e.
fonte: Portal Nacional da NF-e · NT 2025.002Produção passa a rejeitar NF-e/NFC-e de Regime Normal (CRT=3) sem IBS/CBS.
fonte: Portal Nacional da NF-eVigentes na v1.50: 15 de apuração (crédito, estorno, imobilização, sucessão) + o cancelamento.
NT 2025.002 v1.50 · 02/06/2026S/4HANA via DRC e ECC direto à SEFAZ — mesmo núcleo, adaptável ao seu middleware.
arquitetura da solução⚠ Prazo: quem emite no Regime Normal e não estiver com os grupos de IBS/CBS na nota para de faturar em produção a partir de 03/08/2026. Os eventos vão além dos campos: são o que materializa o crédito e evita passivo. E a régua sobe de novo em seguida: o leiaute v1.50 entra em produção em 03/11/2026 (homologação até 01/09/2026) — implementar já alinhado à v1.50 evita retrabalho na virada.
O standard entrega o cano — não a solução
Para os eventos do IBS/CBS, a SAP disponibilizou no DRC um método genérico de envio (SAP Notes 3689265 e 3692197) e orienta que o próprio cliente construa o resto: as estruturas de cada evento, o preenchimento a partir dos processos de negócio, o cálculo fiscal, o tratamento de erro, o reenvio, o log e a monitoração. O cano é do standard; o conteúdo é por sua conta. E agrava conforme o ambiente:
- ECC com GRC NFE: sem suporte desde 31/12/2025 — sem atualização legal justamente na maior mudança fiscal em décadas.
- Dinheiro na mesa: crédito presumido, combustível e bens condicionados à atividade só se materializam com o evento emitido no período certo.
- Passivo oculto: perda, roubo, perecimento e imobilização exigem evento de estorno/declaração — crédito mantido indevidamente vira exposição.
Como funciona na prática
Do lado do time fiscal o fluxo é direto — sem sair do SAP e sem montar payload na mão:
Seleciona a NF-e e o evento
O usuário escolhe uma NF-e já emitida no SAP e o tipo de evento a disparar.
O sistema lê e monta
Lê os dados da nota (cabeçalho, itens, chave de acesso de 44 dígitos) e monta o evento no formato exigido pela SEFAZ — campos de IBS, CBS, valores e indicadores.
Envia à SEFAZ
Pelo canal do seu ambiente: DRC (oficial SAP) no S/4HANA, ou SOAP direto à SVRS com certificado A1 no ECC.
Retorna o resultado
Sucesso ou erro com mensagens detalhadas, gravado no log e visível no monitor. O time acompanha sem abrir chamado.
Dois caminhos de envio prontos — e integração com o que você já tem
A mesma lógica de mapeamento, cálculo e monitoração roda nos dois cenários prontos; muda apenas o canal de transmissão. Você começa no ECC hoje e leva o mesmo núcleo na migração para o S/4HANA.
S/4HANA via SAP DRC pronto
Integra ao caminho oficial da SAP: monta o evento no formato nativo do Document and Reporting Compliance, consulta status e baixa o XML aceito pela SEFAZ.
ECC direto à SEFAZ pronto
Sem BTP e sem middleware: assinatura digital com certificado A1 dentro do próprio ABAP e envio SOAP direto ao ambiente autorizador (SVRS). Ideal para a base ECC órfã do GRC NFE.
Roda com middleware fiscal? A camada de transporte — GRC NFE, Mastersaf ou outro — é levantada no diagnóstico, antes da implementação: cada middleware tem sua interface, e o inventário certo evita retrabalho. É aí que entra a experiência em integrações SAP (BTP, CPI, ABAP, SOAP/REST). O núcleo que monta e controla os 16 eventos é sempre o mesmo — muda só quem transporta.
Cobertura: os 16 eventos vigentes, por autor
A solução implementa todos os eventos de apuração vigentes, organizados como a SEFAZ define — por quem os emite:
| Autor | Eventos cobertos |
|---|---|
| Emitente | Pagamento integral (crédito presumido do adquirente) · Importação ALC/ZFM não convertida em isenção · Perecimento, perda ou furto no transporte do fornecedor · Fornecimento não realizado com pagamento antecipado · Atualização de previsão de entrega |
| Destinatário | Solicitação de apropriação de crédito presumido · Perecimento/perda/furto no transporte do adquirente · Aceite de débito na apuração · Imobilização de item · Crédito de combustível · Crédito para bens/serviços condicionados à atividade |
| Sucessora | Manifestação sobre transferência de crédito de IBS e de CBS em operações de sucessão |
| Fisco | Manifestação do Fisco sobre transferência de crédito de IBS e de CBS |
| Geral | Cancelamento de qualquer evento anterior |
Alinhado à NT 2025.002 v1.50: o evento de consumo pessoal (211120) foi removido — a própria NT registra a remoção, em razão da revogação do § 6º do art. 57 da LC 214/2025 pela LC 227/2026; o leiaute do crédito presumido (Anexo IV) segue a v1.40+.
O que roda por dentro — todas as capacidades
Não é um script de envio: é uma operação fiscal completa, com controle, resiliência e auditoria.
Builder dos 16 eventos
Monta o detEvento tipado de cada evento vigente — crédito presumido, importação em ALC/ZFM, perecimento/perda no transporte, imobilização, combustível, sucessão empresarial e cancelamento — a partir da NF-e já emitida.
Cálculo de crédito presumido
Percentuais do Anexo IV mantidos em tabela parametrizável, com proporcionalidade por quantidade. Profundidade fiscal, não só transporte de XML.
Fila com retry inteligente
Enfileiramento assíncrono com job dedicado, classificação de falha transitória vs. terminal e backoff exponencial (5/10/20/40/80 min) — falha transitória volta para a fila, sem descarte silencioso.
Controle de sequência sem duplicidade
Número de sequência do evento sob lock por documento — desenhado para impedir sequência duplicada em envio concorrente (evita rejeição por reenvio).
Recepção e reconciliação
Consulta eventos de terceiros via distribuição DFe (por chave ou NSU incremental) — reconcilia envios sem resposta antes de reprocessar, evitando duplicidade.
Monitor operacional (ALV)
Painel com indicadores, abas de enviados e recebidos, reenvio pela toolbar e trilha de auditoria — o time fiscal acompanha tudo sem abrir chamado.
Controle de autorização
Objeto de autorização próprio, verificação fail-closed por empresa/filial e ponto de entrada único para botão, lote e determinação automática.
Idempotência e log
Evento já aceito ou já na fila não é reenviado; cada disparo gera log rastreável. Serialização com ordem de campos preservada, como o schema exige.
Instaladores e testes
Ferramentas que geram as estruturas DDIC programaticamente e suíte de testes de assinatura e envio contra o ambiente de homologação.
Requisitos técnicos
| Item | O que precisa |
|---|---|
| Plataforma | SAP ECC 6.0 ou S/4HANA (o mesmo núcleo roda nos dois) |
| NF-e | Nota Fiscal Eletrônica ativa no ambiente |
| S/4HANA (caminho DRC) | Document and Reporting Compliance configurado (SAP Notes 3689265 / 3692197) |
| ECC (caminho direto) | Certificado A1 no repositório padrão do sistema; destino de comunicação para a SVRS |
| Acesso | SE11, SE24 e SE38 para instalação no seu namespace |
Como a implantação funciona
Blueprint do seu cenário
Mapa dos eventos que se aplicam à sua operação e dos gaps do ambiente — em até 10 dias úteis a partir da liberação do acesso.
Instalação no seu namespace
Código ABAP entregue no namespace Z do cliente, inspecionável pelo seu time antes de qualquer transporte.
Homologação contra a SEFAZ
Cada tipo de evento aceito no ambiente oficial de testes (SVRS, travado por construção) antes de ir para produção.
Cutover e manutenção por versão
Janela de produção definida com sua equipe dentro do cronograma oficial — com a virada do leiaute v1.50 (produção em 03/11/2026) já contemplada. A cada revisão publicada da NT, você recebe a atualização.
Prova, não promessa
A metodologia homologa cada tipo de evento contra o ambiente oficial de testes da SEFAZ (SVRS, homologação) antes de qualquer transporte para produção — evidência que a área fiscal e a auditoria conseguem verificar. O certificado A1 permanece no seu ambiente. A entrega inclui documentação de implantação, checklist de validação e roteiro de testes.
Tiago Pasinato — Consultoria B2B especialista em SAP (BTP, CPI, ABAP, RAP), 18+ anos em SAP e fiscal brasileiro, com acompanhamento contínuo das versões da NT 2025.002. Siga no LinkedIn · Como funciona o diagnóstico →
Perguntas frequentes
A SAP não vai entregar isso no DRC?
O DRC entrega o método genérico de envio; o preenchimento de cada evento, o disparo pelos processos de negócio, o tratamento de erro e a monitoração são responsabilidade do cliente (SAP Notes 3689265 e 3692197). A solução ocupa esse vão — e no S/4HANA roda sobre o DRC, não contra ele.
Estamos no ECC e vamos migrar para S/4HANA — vale investir?
A rejeição em produção chega em 03/08/2026, antes da maioria das migrações. O mesmo núcleo roda nos dois ambientes: o mapeamento feito no ECC é reaproveitado no S/4HANA.
Preciso entregar meu certificado digital?
Não. O A1 permanece no seu ambiente SAP (repositório padrão). Os testes de homologação rodam com trava de ambiente de testes por construção.
E quando sair a próxima versão da NT?
A NT 2025.002 já passou por várias revisões em 2026 — e o cronograma oficial já tem a próxima virada marcada: o leiaute v1.50 (vigente) entra em homologação até 01/09/2026 e em produção em 03/11/2026. A oferta inclui manutenção por versão: a cada mudança de leiaute, você recebe a atualização correspondente.
E se o diagnóstico concluir que não precisamos de nada?
Pode concluir exatamente isso — e você fica com o parecer documentado do seu cenário, que vale por si: serve de base para decidir com sua equipe ou com quem preferir. O diagnóstico é pago e independente; contratar a implementação é uma decisão separada.
Diagnóstico de adequação
Serviço pago e objetivo. Você traz o cenário (S/4HANA ou ECC, com ou sem middleware fiscal) e recebe um parecer: quais dos 16 eventos se aplicam à sua operação, o que falta no ambiente, qual camada de integração precisa ser resolvida e um caminho realista nas duas ondas do cronograma oficial: a de 03/08 (leiaute v1.40, rejeição em produção) e a do leiaute v1.50 (homologação até 01/09, produção 03/11/2026). Escopo e valor são combinados por e-mail antes de começar.
Pedir o diagnóstico por e-mail
Contato por e-mail. Este conteúdo trata do impacto técnico em sistemas SAP; valide a interpretação da norma com seu fiscal/jurídico.
Fontes oficiais: NT 2025.002 (versão vigente 1.50) no Portal Nacional da NF-e. Todo prazo citado tem fonte pública registrada. Acompanhe também o tracker de SAP Notes da Reforma — curadoria contínua do mesmo autor.