Cada documento fiscal eletrônico precisa chegar ao lançamento certo no SAP
NF-e (nota fiscal eletrônica), NFS-e (nota fiscal de serviço eletrônica), CT-e (conhecimento de transporte eletrônico), MDF-e (manifesto eletrônico de documentos fiscais) e NFC-e (nota fiscal de consumidor eletrônica) entram e saem do SAP todos os dias. Quando o fluxo funciona, ninguém olha para ele. Quando falha, aparece como nota que não entra, evento que ninguém manifestou, imposto lançado diferente do que o documento informa. Esta página descreve o fluxo, os pontos de falha e o que a DFSpro confere na camada fiscal.
Trata também de um ponto que exige decisão: o fim do SAP GRC NF-e (SAP Electronic Invoicing for Brazil, solução da SAP para emitir e receber notas fiscais eletrônicas) e a migração para o SAP Document and Reporting Compliance (DRC).
Mapa dos documentos: o que são e onde o risco aparece
Cinco documentos, um conjunto de eventos e dois sentidos, emissão e recepção. O que muda de um para outro é o lugar onde o risco aparece.
| Documento | O que é | Onde o risco aparece |
|---|---|---|
| NF-e | Nota fiscal eletrônica de mercadorias, emitida e recebida. | CFOP (Código Fiscal de Operações e Prestações), impostos e dados mestres que não batem com a nota, e rejeição por regra de validação. |
| NFS-e | Nota fiscal de serviços, no padrão nacional e ainda em padrões municipais. | Layouts diferentes por município, retenções, códigos de serviço e a convivência de padrões. |
| CT-e | Conhecimento de transporte eletrônico. | Vínculo com a nota de mercadoria e frete lançado com imposto diferente do documento. |
| MDF-e | Manifesto eletrônico de documentos fiscais. | Encerramento do manifesto e rastro da cadeia de documentos do transporte. |
| NFC-e | Nota fiscal de consumidor eletrônica, usada no varejo. | Volume alto, integração com o ponto de venda e contingência. |
| Eventos | Manifestação do destinatário, cancelamento e carta de correção. | Evento não registrado deixa o SAP e a SEFAZ (Secretaria da Fazenda estadual) com versões diferentes da mesma nota. |
A NF-e carrega o maior volume e a maior parte da regra fiscal
Na emissão, a NF-e nasce de uma determinação de imposto feita no SAP. Se o CFOP, a base ou a alíquota estão errados na parametrização, a nota sai errada, e é rejeitada ou, pior, autorizada com erro. Na recepção, a nota do fornecedor chega em XML e precisa virar um lançamento coerente com o pedido, com a mercadoria recebida e com o crédito de imposto a que a empresa tem direito.
A parte menos visível é o que acontece entre os dois pontos. O XML chega, mas a captura falha. O documento entra, mas o imposto lançado difere do que a nota informa. O evento de cancelamento chega depois do lançamento. Cada uma dessas falhas é pequena isolada e cara quando se acumula até o fechamento.
Por isso a conferência da DFSpro não começa na ferramenta de emissão ou de captura. Começa na regra fiscal que alimenta as duas, porque é ali que o erro nasce e é ali que ele se corrige de uma vez, em vez de ser tratado nota a nota.
Há ainda o lado da prova. Em auditoria, o XML autorizado é o documento fiscal válido perante o fisco, e a DANFE (documento auxiliar da nota fiscal eletrônica) é apenas a representação auxiliar que acompanha a mercadoria. O que o SAP escritura precisa poder ser explicado a partir do XML, campo a campo, e isso só é possível quando a parametrização de origem é rastreável.
Do documento ao lançamento no SAP
O caminho é o mesmo para quase todos os documentos. O que muda é a regra que cada etapa aplica.
Documento recebido
O XML chega pelo canal de distribuição de documentos fiscais eletrônicos ou diretamente do fornecedor, e é capturado.
Validação
Conferência do documento contra pedido, recebimento e dados mestres fiscais, antes de qualquer lançamento.
Lançamento
Criação do documento de entrada ou de faturamento, com impostos e CFOP determinados e escriturados.
Evento e conciliação
Manifestação do destinatário, cancelamentos e correções acompanhados, e conciliação com o que a SEFAZ registra.
Em cada etapa, a camada fiscal precisa estar parametrizada de modo coerente com a anterior, e a DFSpro confere essa coerência. A solução de captura e emissão escolhida pela empresa continua sendo a ferramenta de cada etapa. A conferência é sobre a camada fiscal.
NFS-e, CT-e, MDF-e e NFC-e
Cada família de documento tem uma lógica própria de risco, e tratá-las como se fossem a NF-e é uma fonte comum de erro.
NFS-e: padrão nacional e municípios
O padrão nacional da NFS-e passa a ser obrigatório a partir de 2026, e o calendário de cada município deve ser conferido caso a caso. Na prática, muitas empresas convivem por um período com o padrão nacional e com layouts municipais. O SAP precisa tratar as duas formas sem duplicar regra de retenção nem de código de serviço.
CT-e e MDF-e
Documentos do transporte, ligados à nota de mercadoria. O risco está no vínculo: frete lançado com imposto diferente do documento, manifesto que não é encerrado, cadeia de terceiros sem rastro. A conferência segue o caminho da carga até o lançamento.
NFC-e
Documento do varejo, de volume muito alto, emitido na ponta, no ponto de venda. O que importa é a integração do ponto de venda com o SAP, a contingência quando a SEFAZ está indisponível e a consolidação dos valores na apuração.
Sinais de falha na entrada automática e nos eventos
Entrada automática é a captura do XML recebido e a criação do lançamento sem digitação. Quando ela falha, o sintoma costuma aparecer longe da causa.
- Notas do fornecedor que não entram e só são percebidas quando o fornecedor cobra.
- Lançamentos manuais recorrentes de documentos que deveriam ter entrado sozinhos.
- Eventos de manifestação do destinatário sem responsável e sem prazo de acompanhamento.
- Cancelamento da nota na SEFAZ que o SAP não recebeu, deixando crédito de imposto indevido.
- Imposto lançado na entrada diferente do que o XML informa, sem registro do motivo.
- CT-e e MDF-e sem vínculo com a nota de mercadoria correspondente.
- Fila de documentos com erro que só é olhada no fechamento.
O monitor de eventos é a ferramenta natural para acompanhar esses pontos. O que a DFSpro confere é se o evento registrado produz o efeito fiscal correto no SAP.
Fim do SAP GRC NF-e e a migração para o DRC
Este é o ponto da página que mais exige decisão, porque envolve trocar uma ferramenta que o fiscal usa todos os dias.
O que muda e o que precisa ser conferido
A SAP descontinuou o SAP GRC NF-e, a solução que muitas empresas usam para emitir e receber NF-e e CT-e dentro do SAP. O caminho indicado é o SAP Document and Reporting Compliance (DRC), sucessor do ACR (SAP Advanced Compliance Reporting, solução da SAP para relatórios legais) e do TDF (SAP Tax Declaration Framework, solução da SAP para declarações fiscais), que cobre tanto documentos eletrônicos, como a NF-e, quanto relatórios legais obrigatórios, incluindo arquivos do SPED (Sistema Público de Escrituração Digital, o conjunto de escriturações digitais entregues ao fisco).
O DRC resolve a camada de transporte e de formato do documento. A camada de cálculo e de determinação de imposto por operação continua sendo função de um motor fiscal integrado, o GUEPARDO Tax, ou da parametrização padrão do SAP. Por isso a migração não termina na troca de ferramenta: é preciso conferir se a parametrização fiscal gera os dados que o fluxo novo espera.
A DFSpro não substitui o integrador que executa a migração técnica. Atua na camada fiscal do projeto: o que precisa estar parametrizado, o que o fluxo novo muda no lançamento e o que precisa ser testado no primeiro fechamento.
Migração ECC para S/4HANA Parametrização fiscal no SAP Obrigações acessórias e SPED
Perguntas para levar à sua conversa interna
01A migração do GRC NF-e para o DRC é um projeto de TI ou do Fiscal?+
Dos dois. A troca da ferramenta é técnica, mas o Fiscal precisa validar CFOP, impostos, eventos e escrituração do fluxo novo. Quem olha só o lado técnico costuma descobrir divergências no primeiro fechamento em produção.
02O padrão nacional da NFS-e já é obrigatório?+
O padrão nacional passa a ser obrigatório a partir de 2026, conforme a regulamentação, e o calendário de cada município deve ser confirmado diretamente. Na prática, a convivência com padrões municipais ainda existe em muitos casos, e o SAP precisa tratar ambos.
03O que é a entrada automática de documentos?+
É a captura do XML do documento recebido e a criação do lançamento sem digitação. Funciona bem quando os dados mestres fiscais e as regras de determinação estão corretos. Quando não estão, a entrada automática apenas lança o erro mais rápido.
04Para que serve o monitor de eventos?+
Para acompanhar eventos como manifestação do destinatário, cancelamento e carta de correção, mostrando o que está pendente e quem responde por cada item. Sem ele, o evento só aparece quando já virou divergência.
05Os documentos eletrônicos entram no escopo do Diagnóstico Fiscal SAP?+
Sim, na medida em que a escrituração e o cálculo dependem deles. O diagnóstico confere se o que foi emitido e recebido bate com o que foi apurado e escriturado, sem substituir a ferramenta de emissão e captura que a empresa já usa.
06Isso vale para ECC e para S/4HANA?+
Vale para os dois. A forma de integrar os documentos ao SAP pode mudar entre versões, mas a regra fiscal que alimenta cada documento precisa estar correta em ambos.
07A DFSpro emite ou captura os documentos?+
Não é esse o papel. A emissão e a captura ficam com a solução que a empresa escolheu. A DFSpro confere a camada fiscal que alimenta e recebe esses documentos, dentro do ambiente SAP integrado ao GUEPARDO Tax.
08Como a conferência de eventos se liga ao fechamento fiscal?+
Um cancelamento ou uma correção que chega depois do lançamento muda o crédito de imposto do período. Se o evento não produz o efeito no SAP, a apuração e o SPED carregam um valor que a SEFAZ já não reconhece. A conferência liga cada tipo de evento ao lançamento que ele deveria alterar.
09Qual o primeiro sinal de que o fluxo de documentos precisa de revisão?+
Lançamentos manuais recorrentes de documentos que deveriam entrar sozinhos, notas que só são percebidas quando o fornecedor cobra, e eventos sem responsável. Qualquer um dos três, repetido em mais de um fechamento, indica que a regra fiscal ou o dado mestre por trás do fluxo precisa ser olhado.
10Muda algo para quem emite documentos por vários CNPJs e estados?+
Muda a quantidade de combinações. Cada CNPJ e cada estado pode ter uma regra de validação, um calendário de NFS-e e uma exigência diferente. A conferência trata essa dispersão como risco próprio, porque a mesma regra copiada para várias unidades sem revisão multiplica o erro.
Comece pelo caminho do seu documento
O primeiro passo é um Diagnóstico Fiscal SAP, que confere se o que o SAP emite e recebe bate com o que foi apurado e escriturado. Se a decisão em aberto é a migração do GRC NF-e para o DRC, a conversa serve para dimensionar o que o fiscal precisa validar antes do projeto.