PROBLEMA NO CANCELAMENTO DA NFE

[Former Member]

Pessoal, estamos com o seguinte problema, as vezes quando o pessoal vai inutilizar uma nota no ERP esta ficando com o STATUS 02 e n cancela, sendo que no GRC a nota é inutilizada normalmente, abrimos chamado na sap e a mesma disse que é problema em alguma Z, alguem pode nos ajudar ou ja passou por este problema ????

[former_member182114]

Bom dia belegagyn,

Quais os status do ERP? (MSS, SCS, DOCSTA)

Quais os status do GRC?

O que acontece quando você roda o /xnfe/update_erp_status_dial?

Já tentou processar diretamente no ERP rodando a função J_1BNFE_XML_IN ? (debug a _ DIAL para pegar os dados certinhos que estão sendo passados).

Atenciosamente, Fernando Da Ró

[Former Member]

Quando executo a /XNFE/UPDATE_ERP_STATUS_DIAL da o seguinte erro.

Erro no ERP durante atualização do status da NF-e (NF-e 31110502341881005956559000000000253943464916)

NO ERP APARECE

@8NQCancelamento@ Foi detectado o seguinte erro de tempo de execução: DYNPRO_SEND_IN_BACKGROUND @35QExiste texto descritivo@

No grc ja esta tudo aprovado, problema é so no ERP.

[Former Member]

Belengagyn,

Você disse "as vezes"? Ou seja, existem momento que o cancelamento/inutilização ocorre normalmente? Se for isso mesmo, isole os casos em que ocorre o erro e analise quais os passos que deveriam ocorrer e os que realmente estão sendo executados no retorno pro ECC.

O ideal é fazer o que o Fernando falou, executar a RFC de retorno (J_1BNFE_XML_IN) com os dados que a _DIAL deveria enviar pro ECC. Caso funcione diretamente, para um caso que deu erro no retorno automático do GRC, é pq existe falha/falta de permissão em alguma parte do processo.

Faça esse teste e poste o resultado...

Att.,

Alexandre B. Dambrowski

[former_member182114]

Bom dia Belengagyn,

Este erro DYNPRO_SEND_IN_BACKGROUND acontece quando tem uma tela sendo chamada no contexto da RFC.

Faça um debug na J*_IN e veja que tela é esta que está sendo chamada, ou mesmo sem o debug, verifique seus códigos pois deve existir códigos Z (por enhancement ou então dentro da BAdI CALL_RSNAST00) que estão disparando isto.

Atenciosamente, Fernando Da Ró

[Former Member]

Boa tarde,

Belengagyn,o problema foi solucionado?

Estamos com o mesmo problema ocorrendo em Produção e conseguimos simular o erro em QA.

Identificamos que o erro ocorre quando o cancelamento de uma nota fiscal é solicitado e o usuário mantém um documento precedente aberto (o cancelamento gera o seguinte log de erro no monitor: NF-e 0000260832 cannot be canceled: source documenta 912495775 locked by another user)

Conseguimos simular o erro com o seguinte cenário:

Solicitamos o cancelamento de uma NF de SD com a fatura aberta para modificação no momento (VF02).

O GRC recebeu a homologação do estorno da SEFAZ, porém o estorno não foi efetuado no ECC.

No ECC constam as seguintes informações:

"Hist.NF-e indivs." (tabela J_1BNFE_HISTORY):

Status: 1 (autorizado)

Status comunicação sistema: 2 (autorização e cancelamento autorizado)

Satus de sistema de mensagem: B (solicitação de etorno recebida de MS)

Estornado: (aparece em branco)

Cód.Status: 101 (cancelamento de NF-e homologado)

Cancellation Sync.: X (sim)

J1BNFE - Monitor

Status: !

Etapa: 2 (cancelar NF-e)

Código status: 101

Cancellation Sync. X (sim)

NF-e - aba administração sem flag "estornado"

Documentos precedentes não estornados (nf-e, fatura e contábil)

tabela: j_1bnfe_active

Status doc (DOCSTA) : 1 (autorizado)

St.comun.sistema (SCSSTA): 2 (autorização & cancelamento autorizado)

Estornado (CANCEL): em branco

Código status (CODE): 101

Etapa processo (ACTION_REQU): 2

Status sist.msgs.(MSSTAT): B (Solicitação de estorno recebida de MS)

Cancel. Sync.(CANCEL_ALLOWED): X (sim)

Quando tentamos reenviar o status do GRC para o ECC através da /XNFE/UPDATE_ERP_STATUS_DIAL, ocorre msg:

Erro no ERP durante atualização do status da NF-e

No ECC - j1bnfe- apresenta o seguinte erro no log:

Runtime error DYNPRO_SEND_IN_BACKGROUND has occurred

Para os casos de notas de MM conseguimos concluir o estorno da seguinte maneira:

ECC - Estorno manual (transação MBST)

GRC - Executamos novamente o /XNFE/UPDATE_ERP_STATUS_DIAL (para acertar o status no ECC)

ECC - Observamos que o status da nf-e foi atualizado na j1bnfe - monitor - OK

Para os casos de notas de SD conseguimos estornar manualmente mas não conseguimos acertar o status no monitor da j1bnfe:

ECC - Estorno manual (transação VF11) - OK

GRC - Executamos o /XNFE/UPDATE_ERP_STATUS_DIAL e ocorre a msg:

Error in ERP during NF-e status update - Message no. /XNFE/APP050

ECC - J1bnfe- log apresenta o erro: Não é possível cancelar a nota fiscal 0000260832

Quando o problema ocorre em SD só conseguimos estornar o processo manualmente e os status do monitor na j1bnfe

ficam desatualizados **

Análise efetuada pelo ABAP:

No cancelamento a função J_1B_NFE_XML_IN chamará a função J_1B_NFE_CANCEL. Na J_1B_NFE_CANCEL há um Call Transaction feito na transação VF11. O mapeamento está OK, porém o programa SAPMV60A (que é onde ocorre o DUMP) é o mesmo da transação VF11, justamente na tela 0102.

Alguém tem alguma dica de como ajustar os status do monitor na j1bnfe para as notas de SD?

Obrigada,

Att. Thamara

[former_member182114]

Bom dia Thamara,

Por favor sempre crie uma nova thread para iniciar as discussões de um problema que está enfrentando, as causas podem ser diferentes e na investigação fica bastante confuso o que é no seu sistema ou no do perguntador inicial.

O procedimento normal para os documentos em que no monitor está 101 ou 102, sem a opção cancel marcada na J1BNFE, use a opção NF-e -> Cancel Source Doc. Liberado pelas SAP Notes 1551563.

Mas no caso deste DYNPRO_SEND_IN_BACKGROUND pode representar falta de notas, alguma modificação no cliente ou ainda a necessidade de melhoria. Uma execuçao acompanhada por debug pode ajudar a determinar qual caminho a seguir, qualquer coisa abra um chamado em XX-CSC-BR-NFE para apoio à solução. Procure no market place se você tem todas as notas que alteram o objeto J_1B_NFE_CANCEL

Atenciosamente, Fernando Da Ró