Pular para o conteúdo
Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
7 Respostas

Rejeição de NF travou nosso fechamento de ontem, e quero entender o caminho certo. Rodamos S/4HANA com NFC-e e, quando a administração tributária devolveu a rejeição, nosso impulso foi reenviar tudo de novo, igual fazíamos nos ambientes de teste. A mesma nota voltou rejeitada, agora por tentativa repetida de busca de algo já disponibilizado anteriormente. Meu alerta, pois é: reenviar no automático pode piorar. Primeiro tentei ler o retorno; segundo, pausei o job. Quando uma NF é rejeitada, qual é a ordem certa: corrigir antes ou reenviar?


Atualização:

Tatiana e Renato, obrigada. Testei no sandbox: pausei o job de reenvio e a nota deixou de voltar com o erro 678. Meu alerta, pois é, é que ainda não sei se corrijo a nota original ou emito outra. Em NFC-e, como vocês decidem quando a nota rejeitada pode ser regerada com a mesma numeração e quando não pode?

Avatar
Cancelar
Melhor resposta

Rejeição de NF não se resolve reenviando: primeiro ache a causa. Se o erro vem de tentativas repetidas, o problema está no envio em loop; se vem de dado da nota, as variáveis que determinam o valor do imposto não podem mudar para regerar a nota com a mesma numeração. NFC-e com GTIN fora do padrão deverão ser rejeitadas, devendo o código ser ajustado no mestre de materiais. Recomendação: pare o reenvio automático, leia o código de retorno, corrija na origem e só então transmita; como tratar cada caso é decisão do contribuinte. Para aprofundar, veja documentos fiscais eletrônicos no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Discordo só de um ponto. E olha que, né, concordo com quase tudo, mas a regra de mesma numeração não vale se muda o destinatário. As situações descritas no ajuste falam de correção que não altere o valor do imposto; se o destinatário mudar, é outra nota. Os detentores de código de barras entram na conversa só pelo GTIN, que é outro assunto. Em NF rejeitada, cada causa tem seu caminho.

Avatar
Cancelar
Melhor resposta

Já vi um looping de reenvio travar a fila inteira numa obra, com NF rejeitada sem parar. Renato, olha, um palpite: os controles do lado do governo olham tentativas repetidas de busca de registros já disponibilizados, então o erro do log pode ser do envio em loop e não da nota. O prazo contado da emissão é outro assunto. Vale checar o job que reenvia, no ECC 6.0, e as informações contidas no retorno de cada tentativa.

Avatar
Cancelar
Melhor resposta

Concordo em parte, Jéssica, mas discordo de que seja sempre o GTIN. No log do ECC 6.0 vi 'Rejeição: Consumo Indevido' depois de duas tentativas seguidas da mesma NF rejeitada. O segredo é, pois é, esperar? Com as horas contadas a partir da emissão, quanto tempo devo aguardar antes de tentar de novo?

Avatar
Cancelar
Melhor resposta

Dúvida curta: e o GTIN? Paulo, outra causa de NF rejeitada é o cEANTrib: a NFC-e precisa validar cEAN e cEANTrib na base central de GTIN, e a cláusula do ajuste prevê cronograma. Primeiro, confira o código de barras no mestre de materiais; segundo, compare com o GTIN oficial. O custo é, tá, de retrabalho se isso ficar para depois.

Avatar
Cancelar
Melhor resposta

Se a NF vier rejeitada, não reenvie no automático: leia o motivo e corrija antes de transmitir de novo. Na prática, a causa mais comum é a aplicação mandar requisição repetida aos autorizadores, o chamado looping, e isso vira o erro 678 de uso indevido. Para NFC-e, o texto fala em gerar o arquivo novamente com a mesma numeração e série depois de sanar o problema. Primeiro trave o reenvio; depois ajuste.

Avatar
Cancelar
Melhor resposta

Na minha rotina, o cadastro do cliente causa NF rejeitada toda semana. Márcio, discordo em parte: gerar de novo com a mesma numeração só vale se a correção de dados cadastrais não mudar quem envia ou quem recebe a nota. Olha, quer dizer, se mudar, não adianta insistir, é preciso ver o que a norma permite. Na rejeição da autorização, a primeira conferência é ver o que o erro tocou.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em Documentos fiscais eletrônicos no SAP: NF-e, CT-e, MDF-e, NFS-e, NFTS e entrada.

Ver todas do fórum