Status documento Autorizada não é permitido p/NF-e xxx com status Rejeitada

[Former Member]

Olá pessoal, bom dia!

Estamos com a seguinte situação:

Emitimos uma nota no dia 14/04/2010 no Paraná, dia em que a SEFAZ estava indisponível.

Após ficar disponível novamente, a nota foi enviada e foi autorizada.

Porém não é possível atualizar o status do R/3 pois o GRC gera o seguinte log de erro:

Status documento "Autorizada" não é permitido p/NF-e 000xxxxx com status comun.sistema "Rejeitada"

Já tentamos reenviar esta nota para o R/3 através da aba "Erro atualização status ERP" e também pelo programa /XNFE/UPDATE_ERP_STATUS_DIAL mas sem sucesso.

Notamos que na J1BNFE esta nota está com status 3, de rejeitada.

Não há nenhum registro no GRC na tabela /XNFE/BACKSTATUS.

O que podemos fazer nesta situação?

Abs.

[henrique_pinto · Accepted solution]

Alguem atualizou a ACTIVE no ERP na mao? Ou rodou a IN_TAB na SE37?

Se sim, vai ter q fazer um /h na SE16 e corrigir a ACTIVE na mao.

Abs,

Henrique.

[Former Member · Accepted solution]

Obrigado pela rápida resposta Henrique.

Na J1BNFE o status está como Rejeitada e muito provavelmente ninguém atualizou o status da ACTIVE na mão por falta de permissão de acesso (muitas funções são bloqueadas no sistema).

O mesmo serve para a SE37.

Abs.

[former_member182114 · Accepted solution]

Bom dia Ricardo,

Provavelmente esta rejeição é devido ao problema da Sefaz PR no dia 14, veja o problema discutido na thread

Verifique na J1BNFE os status de Sefaz para a rejeição, se forem 105 também é o mesmo caso.

Solução: Envie ao GRC novamente (RESET + NF-e -> Enviar) o GRC irá recusar com um flag G em MSSSTAT porém o ERP ficará em "posição" aguardando resposta, daí você retransmite o status do GRC para o ERP seja na aba Update ERL no monitor NF-e ou via programa /xnfe/update_erp_status_dial.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Olá Fernando, bom dia!

Alguns casos conseguimos resolver.

Existe ainda um lote com duas notas.

No R/3 o status delas é de 105 (em processamento) e status 2 (rejeitada)

O lote delas já foi processado (104).

No GRC ambas estão com status 100 (autorizadas) e a atualização do R/3 gera o erro em questão.

Tentamos reenviar ao GRC mas não foi possível.

Obrigado.

Att.,

[former_member182114 · Accepted solution]

Bom dia Ricardo,

Sobre os casos onde não conseguiu sucesso, pode ser que ainda esteja incorreto na base da Sefaz.

Já vi o "processamento de lote" só ser retomado após uma semana, e claro foi pq o contribuinte reclamou com a Sefaz.

Nos passe a mensagem de erro para sabermos se se encaixa neste caso, e sim. A Sefaz tem que dizer qual a situação.

Atenciosamente, Fernando Da Ró

[Former Member]

Henrique,

Não conseguimos executar o reset/resend pois ao tentar o reset dá o seguinte erro:

"Função permitida só para NF-e rejeitada ou no caso de erro de validação"

Estas notas estão com status 2 (Rejeitada) na J1BNFE.

Fernando,

Acho realmente que pode ter acontecido algo com essas notas por terem sido emitidas no dia 14/04 (dia em que a SEFAZ/PR estava indisponível).

Sobre o status delas, tanto na SEFAZ quanto no GRC as notas estão com status 100 (autorizadas) e no GRC elas possuem o X vermelho (Erro na atualização do status ERP). Quando tentamos atualizar, gera o erro do título da thread.

Obrigado mais uma vez,

Abs.

[former_member182114]

Ricardo se no GRC já está autorizado, então o problema agora é só colocar o ERP em "posição de receber" a autorização.

Faça um RESET + Enviar no ERP, o GRC não aceitará este pedido, e no ERP ficará um G porém estará como "Aguardando Resposta", daí você comanda uma retransmissão na aba "ERP error" no monitor Web do GRC.

Se não funcionar, por favor poste todos os status do ERP (DOCSTA,MSSSTA,SCSSTA e ACTIION_REQU) e do GRC (WASSTA, ERRORSTAT, STATCODE).

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Fernando,

A opção RESET + Enviar no R/3 não funcionou.

Seguem os status das notas:

R/3:

DOCSTA = 2

MSSSTA = G

SCSSTA = 3

ACTIION_REQU = vazio

GRC:

WASSTA = 05

ERRORSTAT = vazio

STATCODE = 100

Abs.

[former_member182114]

Bom dia Ricardo,

Seu ERP está aguardando uma autorização para inutilizar e não uma autorização para emitir.

Isto aconteceu pois ao receber a rejeição, o usuário em algum momento pediu o cancelamento, porém na Sefaz não tinha como processar isto pois o tinha autorizado, causando esta confusão.

Provavelmente você não está conseguindo fazer um RESET, pois a situação é "aguardando" autorização para inutilizar e não um rejeitado.

Solução:

1) Simule uma rejeição de inutilização

No R3 rode a função J_1B_NFE_XML_IN via SE37, preenchendo:

I_DOCNUM = 0000000011111 <-- O docnum envolvido

I_CODE = 241 (simulado rejeição por numero jah utilizado)

I_MSGTYP = 7 (rejeição de pedido inutilização)

2) Faça o RESET + Enviar (Observação: SAP Note 1434738 tem que estar aplicada para este RESET funcionar)

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Fernando..

Obrigado mais uma vez pela resposta.

Por ser um ambiente de produção, efetuamos os procedimentos que você passou no ambiente de DEV (forçamos uma nota a ficar exatamente com os mesmos status do ambiente de Produção).

Entretanto, não tivemos sucesso com as dicas que você passou.

Ao reenviar, é gerado o seguinte log de erro:

Não é permitido reenviar NF-e xxxxx com status de documento 2.

Não é possível atualizar o status via /XNFE/UPDATE_ERP_STATUS_DIAL

Alguma sugestão do que poderíamos fazer??

Obrigado,

[former_member182114]

Bom dia Ricardo,

Ao reenviar, é gerado o seguinte log de erro:
Não é permitido reenviar NF-e xxxxx com status de documento 2.

. Antes de reenviar deveria fazer o RESET, conseguiu ? Deu algum erro ?

. Se não funcionou, por favor abre uma mensagem para XX-CSC-BR-NFE pois não há como retornar a autorização com o ERP em "posição" de inutilização.

Não é possível atualizar o status via /XNFE/UPDATE_ERP_STATUS_DIAL

O _DIAL só vai funcionar quando o R3 estiver "aguardando resposta de autorização".

Uma coisa que você pode fazer é "abrir os status" na mão (debug) na J_1BNFE_ACTIVE.

Observação: Esta modificação é exclusivamente direcionada aos status que você demonstrou no GRC/ERP.

SITUACAO ENVIADO PARA GRC E AGUARDANDO RESPOSTA DE AUTORIZAÇÃO:

DOCSTA=vazio

SCSSTA=0

ACTION_REQU=vazio

MSSTAT=A

Após isso rode o _DIAL e vai funcionar.

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Fernando,

Antes de reenviar, fizemos o RESET mas deu erro ("Função permitida só para NF-e rejeitada ou no caso de erro de validação").

Vamos abrir um chamado para esta questão.

Obrigado.

[Former Member]

Você tentou reenviar a solicitação de inutilização? Se sim não pode estar com status reinicializado.

Abraço

Eduardo

[Former Member]

Eduardo,

Pelo R/3, não conseguimos tomar nenhuma ação. Nem solicitar inutilização, nem cancelamento, nem reenviar, nada. Mesmo que o reset seja feito.

Abs.,

[Former Member]

você tem essas oss notes aplicadas?

1298283 NF-e: Skip for NF-e with validation error

1376324 NF-e: Skip for NF-e with validation error

1376901 Skip for validation error

abraço

Eduardo

[former_member182114]

Bom dia Eduardo,

Ele consegue fazer a inutilização, tentou inclusive antes e ficou na situação 2/3/G <--- O G é a recusa do GRC pois ele está "autorizado".

O que é necessário neste caso é reverter a situação do ERP de "Pedido de Inutilização Rejeitado" para "Não Enviado", daí fazer uma tentativa de envio que irá falhar, ou "Aguardando Resposta do GRC".

Para que os sistemas possam ser sincronizados (GRC e Sefaz estão autorizados).

Por agora, ele não tem ação standard a fazer no ERP e o GRC está com situação final autorizado.

Atenciosamente, Fernando Da Ró

[Former Member]

E, não seria o caso então de atualizar o status direto nas tabelas J_1BNFEDOC e J_1B_NFE_ACTIVE?

abraço

Eduardo Chagas

[former_member182114]

Bom dia Eduardo,

Claro, para o momento o incidente pode ser resolvido modificando a ACTIVE (campos e valores a modificar na "página" anterior), mas abrir o chamado é importante pois a situação existe e volta e meia acontece para todos os clientes. Ex.: Rejeição 999 que a Sefaz por fim autorizou, se o usuário não investigar e pedir inutilização cai nesta situação.

Abraços, Fernando Da Ró

[Former Member]

Concordo plenamente!

abraço

Eduardo

[Former Member]

Por este motivo Eduardo (de que o problema acontece frequentemente e pode ser que volte a acontecer) e por se tratar do ambiente produtivo é que optamos por abrir o chamado para termos um auxílio ao invés de irmos direto nas tabelas e "marretar" os valores.

Assim que tivermos novidades, informo vocês aqui.

Abs.

[Former Member]

Henrique,

Analisamos a sua resposta sobre alguém ter atualizado a ACTIVE na mão e isso não ocorreu, tanto por que trata-se do ambiente produtivo.

Seria o caso de abrir um chamado para que vocês possam acompanhar de perto esta situação??

Obrigado novamente.

[henrique_pinto]

Olá Ricardo,

pela explicacao do Fernando, era erro comum da SEFAZ, entao desconsidere o que eu disse.

A solucao do reset/resend e depois reenvio do status pelo GRC nao funcionou pra essas 2 notas? Qual a msg de erro?

Abs,

Henrique.