A migração para o SAP S/4HANA é tratada como projeto de TI, mas o ponto que mais gera retrabalho fiscal e trava de pagamento depois do go-live está na entrada das notas. Trocar o ERP resolve a emissão; o ingresso fiscal é o que continua em aberto.
A SAP encerra a manutenção mainstream do Business Suite 7, que inclui o ECC, em 31 de dezembro de 2027, com manutenção estendida opcional até 2030 (estratégia oficial de manutenção da SAP). Isso empurra milhares de operações para o SAP S/4HANA.
Quando a empresa migra, a mensageria fiscal nativa muda de figura. O antigo SAP GRC NFE dá lugar ao SAP Document and Reporting Compliance (DRC), construído para o novo ERP, e o tratamento da nota que entra precisa ser repensado.
A validação da nota que entra, a conferência contra o pedido, o tratamento de divergência e a escrituração que abastece a esteira de pagamentos seguem sendo o ponto mais frágil depois da virada. O tempo de entrada de notas fiscais é o que mais trava o caixa nessa fase.
Quem deixa o inbound fiscal para depois do go-live costuma descobrir o passivo só quando a primeira leva de notas começa a travar o pagamento no ambiente novo.
Resumo rápido: o inbound fiscal no SAP S/4HANA em 4 pontos
- A transição do SAP GRC NFE para o DRC é a mudança de mensageria fiscal da SAP; o DRC roda no ECC e no S/4HANA, e a migração para o S/4HANA é puxada pelo fim do suporte ao ECC.
- O DRC resolve bem a emissão (outbound); o recebimento (inbound) é mais complexo e perde funcionalidades como processo flexível e coleta de XML por e-mail.
- O risco de caixa está na nota fiscal de entrada que segue para pagamento sem validação, não na emissão.
- Uma camada de ingresso fiscal agnóstica de ERP cobre captura, validação, divergência e escrituração por cima do SAP S/4HANA, sem depender só do que o DRC entrega.
O que muda no inbound fiscal com o SAP S/4HANA?
O que muda é a camada que recebe e valida a nota. Com a descontinuação do SAP GRC NFE, a empresa passa a usar o DRC para a mensageria fiscal, no ECC ou no S/4HANA, e o tratamento do documento de entrada precisa ser redesenhado.
A SAP consolidou a conformidade fiscal brasileira no DRC, que roda nativo no S/4HANA, e descontinuou o módulo GRC NFE de emissão e recebimento de notas (comunicado da SAP e parceiros de implementação, 2025). A própria SAP detalha os prazos na sua página oficial de estratégia de suporte.
O fim do suporte ao SAP GRC e a chegada do DRC
Por anos, o SAP GRC NFE foi o módulo padrão das grandes empresas para emitir e receber NF-e dentro do SAP. Com o S/4HANA, esse caminho muda: o DRC assume a comunicação com a SEFAZ e a recepção dos XMLs no eDocument Cockpit.
O fim do suporte ao SAP GRC NFE tem data, mas o DRC não está preso ao S/4HANA: ele roda tanto no SAP ERP (ECC) quanto no S/4HANA, e adotar o DRC para a NF-e não obriga, sozinho, a trocar de plataforma (documentação oficial do DRC inbound para NF-e no SAP Help Portal).
O prazo que pressiona é outro: a SAP encerra a manutenção mainstream do ECC em 31 de dezembro de 2027, e é esse calendário que leva milhares de operações ao S/4HANA, num projeto que consultorias SAP estimam em 12 a 18 meses (parceiros SAP, 2025).
Na prática, o calendário da migração e o calendário do fim do GRC SAP caem na mesma janela. Tratar os dois como projetos separados significa mexer duas vezes na mesma esteira, com o dobro de esforço de teste e parametrização.
Por que o inbound é mais complexo que o outbound no DRC?
O inbound é mais complexo porque a entrada exige validar o documento que o fornecedor mandou, enquanto a saída só transmite o que a empresa emitiu. No DRC, o fluxo de saída é mais direto, e o de entrada processa múltiplos eventos: ciência da operação, download do XML e manifestação.
Funcionalidades antigas, como o processo flexível e a coleta de XML por e-mail, deixam de existir, e adaptações de entrada passam a exigir desenvolvimento próprio (consultores SAP em eventos técnicos, 2025).
É aí que o que muitas equipes chamam de NFe inbound SAP deixa de ter o tratamento de antes, e a nota fiscal de entrada se torna gargalo sem uma camada de governança cuidando da validação.
Por que o inbound fiscal trava a esteira de pagamentos depois do SAP S/4HANA?
Ele trava porque a nota que entra com classificação, valor ou campo errado segue para pagamento sem barreira, e o erro só aparece na conciliação ou na multa.
Sem uma camada que valide a entrada, a migração para o S/4HANA mantém esse intervalo igual ao de antes: 62,2% das empresas levam mais de 20 dias para processar uma nota (Panorama de Maturidade do Recebimento Fiscal 2026, pesquisa com 355 operações).
A matriz abaixo mostra onde o ingresso fiscal trava e onde cada ponto se resolve:
| Onde trava no inbound | Impacto na operação | Risco | Onde se resolve |
| XML do fornecedor lido sem os campos novos | Nota entra incompleta ou é rejeitada | Crédito de IBS/CBS perdido | Captura multicanal com leitura adaptada ao novo leiaute |
| Conferência manual contra o pedido | Horas comparando documento a documento | Pagamento incorreto | Validação automática contra o ERP e a matriz fiscal |
| Divergência parada sem dono | Nota empacada, sem rastreabilidade | Atraso de pagamento e juros | Workflow que aloca a tratativa ao responsável certo |
| NFS-e presa em portal de prefeitura | Documento fora do fluxo do ERP | Multa e perda de prazo | Captura de NFS-e de mais de 1.200 prefeituras |
A Origem automatizou o recebimento fiscal com a V360 e passou a processar notas 15 vezes mais rápido, crescendo sem aumentar a equipe (case da Origem). No topo do Panorama de Maturidade do Recebimento Fiscal 2026, as operações chegam a 5.000 notas por FTE e processam a entrada em torno de 1,2 dia. O ganho aparece quando o time fiscal sai da conferência manual e passa a tratar exceção.
Como preparar a esteira de pagamentos para o SAP S/4HANA?
Prepare a esteira tratando o inbound fiscal como parte do projeto de migração desde o início. A migração para o SAP S/4HANA é um projeto de 12 a 18 meses (consultorias SAP, 2025), tempo suficiente para organizar a entrada de notas em paralelo.
O alvo é concreto: 39% das empresas ainda recebem a nota por portal de fornecedor ou e-mail, um dos pontos onde o tempo escapa (Panorama de Maturidade 2026).
Os 5 passos para organizar o inbound antes do go-live
- Mapeie como a nota fiscal de entrada chega hoje: e-mail, portal de fornecedor, captura automática. Cada canal que depende de ação manual é um ponto de atraso.
- Centralize a captura de todos os documentos: NF-e, CT-e, NFS-e de prefeituras, boletos e faturas, com leitura por IA, antes de pensar na escrituração no S/4HANA.
- Suba as validações para a entrada: confira cada documento contra o pedido, o cadastro fiscal e a matriz tributária, para a divergência aparecer antes do pagamento.
- Direcione cada divergência por um workflow com dono e prazo, no lugar de e-mail solto entre fiscal, suprimentos e fornecedor.
- Conecte a camada ao S/4HANA por conectores nativos, para a nota validada virar lançamento sem redigitação.
Por que a camada de ingresso fiscal é agnóstica de ERP
Esses passos descrevem o que o V360 faz por cima do ERP, e o ponto de partida é que a plataforma não depende de um fornecedor único. A camada é agnóstica de ERP e roda tanto nas diferentes versões do SAP ERP, como ECC, S/4HANA e outras variantes. Como isso é feito através de conectores nativos,é possível integrar a NFe com o SAP sem reescrever a operação.
O mesmo desenho de captura, validação e tratativa funciona tanto no ECC de hoje quanto no SAP S/4HANA de amanhã, e a empresa não fica refém do que o DRC entrega para o inbound. Para separar o que o ERP cobre do que precisa de governança por cima, vale o checklist de adequação de ERP para a Reforma Tributária.
Reforma Tributária e SAP S/4HANA ao mesmo tempo: por que tratar o inbound junto?
Trate os dois juntos porque a Reforma muda exatamente os campos que o inbound precisa validar, e a janela de prazo é a mesma da migração. A Reforma Tributária, oficializada pela Emenda Constitucional 132/2023, cria a CBS, o IBS e o Imposto Seletivo, com transição de 2026 a 2033.
Ainda assim, 71,8% das operações seguem em inércia sobre a Reforma, segundo o Panorama. Quem migra para o SAP S/4HANA sem adaptar a leitura dos novos leiautes recebe a nota fiscal de entrada com campo de IBS ou CBS que o sistema não reconhece, e a nota entra incompleta.
A Reforma traz ainda o split payment, em que o tributo é separado no momento do pagamento. Se a validação da entrada é superficial, a separação acontece com valor errado e trava a liquidação na hora, o que tira a entrada organizada do colo do fiscal e a transforma em assunto de caixa.
Vale ver o que muda na Reforma Tributária no Protheus para quem opera fora do ambiente SAP, já que a lógica de adaptar a entrada antes do prazo vale para qualquer ERP.
Próximo passo para o inbound fiscal no SAP S/4HANA
Se a sua empresa já tem data para o S/4HANA, o melhor momento para organizar o ingresso fiscal é agora, dentro do mesmo projeto. O Diagnóstico de Maturidade Fiscal da V360 é um benchmark gratuito que mostra, em poucos minutos, onde a sua entrada de notas está hoje e o que ajustar antes do go-live.
Fale com um especialista da V360 e veja como encaixar a camada de ingresso fiscal sem criar um projeto paralelo à migração.
Perguntas frequentes sobre SAP S/4HANA e inbound fiscal
Não totalmente. O SAP S/4HANA traz o DRC para a mensageria fiscal, que cobre bem a emissão. A validação da nota de entrada, o tratamento de divergência e a escrituração que alimenta o pagamento ainda pedem uma camada de governança por cima do ERP.
O SAP GRC NFE foi descontinuado e o DRC é o sucessor indicado pela SAP para a mensageria fiscal. O DRC roda tanto no ECC quanto no S/4HANA, então usar o DRC não obriga, sozinho, a migrar de plataforma. O que tem prazo é a manutenção mainstream do ECC, encerrada pela SAP em 31 de dezembro de 2027, e é esse calendário que leva à migração para o S/4HANA, projeto estimado em 12 a 18 meses por consultorias SAP.
Automatizar a NFe no SAP começa por subir a captura e a validação para a entrada, antes da escrituração. Uma camada de ingresso fiscal integra a NFe com o SAP por conectores nativos, confere o documento contra o pedido e a matriz fiscal, e trata a divergência antes do pagamento.
Não. Uma camada de ingresso fiscal agnóstica de ERP organiza captura, validação e divergência tanto no ECC quanto no SAP S/4HANA. Ela conversa com SAP, Oracle e Protheus por conectores nativos, sem exigir a troca do sistema.
Porque a Reforma muda os campos que o inbound valida (CBS, IBS e IS) na mesma janela da migração. Adaptar a leitura dos novos leiautes durante o projeto de SAP S/4HANA evita dois esforços separados e o passivo que se acumula de 2027 em diante.
