cancel
Showing results for 
Search instead for 
Did you mean: 

Falha ao atualizar status no R/3 (J1BNFE)

0 Kudos

Bom dia,

Algumas NFs apresentaram no GRC o erro "204: Rejeição: Duplicidade de NF-e" porém, no monitor do R/3 (J1BNFE) as mesmas continuam com status "In process" (engrenagem).

Saberiam me dizer se existe alguma nota que resolva isto ou se é possível cancelar estas NFs no R/3?

Estamos utilizando o SP10 no GRC.

Obrigado,

Ricardo Marcondes.

Accepted Solutions (1)

Accepted Solutions (1)

0 Kudos

Fernando,

Obrigado pela rápida resposta.

Este procedimento funcionou para a maioria das NF´s que estavam nesta situação, porém teve uma que apresentou o seguinte erro "216 - Rejeição: Chave de Acesso difere da cadastrada" e no R/3 consta como "in Process" ainda.

Saberia me dizer o que mais eu poderia fazer para liberar esta NF no R/3?

Obrigado,

Ricardo Marcondes.

former_member182114
Active Contributor
0 Kudos

Bom dia Ricardo,

Para esta última você terá que revisar a montagem da chave de acesso, pois talvez esteja modificando os valores dela.

A chave é composta de vários campos que também são enviados no corpo do XML, ex.: CUF, NNF, CNF, SERIE, CDV.....

Se por exemplo o dígito verificador da chave de acesso está 5 e vc preenche CDV = 1. Vai dar esta rejeição.

Você modifica algum valor que compõe a chave de acesso na BADI ?

Atenciosamente,

Fernando Da Ró

henrique_pinto
Active Contributor
0 Kudos

provavelmente aconteceu algum erro na montagem do campo chave de acesso na hora que o ERP mandou pro GRC.

Isso causou o erro na SEFAZ, rejeicao.

Na hora que o GRC tentou devolver pro ERP, como a chave de acesso estava errada, o ERP nao reconheceu aquele documento, e portanto nao atualizou nada (a entrada deve estar na /xnfe/backstatus).

Nao vejo muita alternativa a nao ser resetar o status da nota no ERP e tentar reenviar, dessa vez debugando para ver pq está montando a chave de acesso errada. Isso porque a chave de acesso errada já virou campo chave do documento no GRC.

Na verdade, se vc conseguir reenviar com a chave de acesso correta, ele vai criar outra entrada no GRC, que agora deve processar corretamente. Aquela que ficou com 216 vai ficar "perdida".

Verifique se a chave de acesso dessa nota que ficou com 216 tem algum espaco em branco ou campos com 00.

Abs,

Henrique.

Answers (1)

Answers (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Ricardo,

Este é o comportamento normal no GRC.

A nota fica parada no monitor do GRC aguardando verificação manual. Pegue esta NF-e certifique-se que ela está ok na Sefaz, pois a causa de duplicidade pode não ser gerada por configuração ou mais de um ambiente ligado ao GRC causando duplicidade.

Para corrigir o status, vá no GRC NF-e Monitor --> Detalhes --> e clique no botão "Consulta do Status".

Uma consulta individual da nota será feita na Sefaz e os retornos esperados são 100 (autorizado) ou 217 (não encontrado na base da Sefaz).

Ambos os retornos serão enviados ao ERP solucionando seu "In Process".

Atenciosamente,

Fernando Da Ró

former_member406953
Participant
0 Kudos

Muito bom! Passamos pelo mesmo erro.

Obrigada,

Fabiana