cancel
Showing results for 
Search instead for 
Did you mean: 

Status desatualizado J1BNFE para NF autorizada

eduardohartmann
Contributor
0 Kudos

Bom dia pessoal!

Temos alguns casos de NFs que estão com o status no ECC desatualizado. Elas são atualizadas normalmente na SEFAZ, porém não está sendo atualizado o status no ECC, pois o usuário estava com a NF bloqueada na J1B2N.

Na J1BNFE está com status 0, engrenagem e bandeira vermelha. No log da bandeira mostra claramente que "Object requested is currently locked by user EOHA"

Mensagem completa, vista no monitor, na interrogação ao lado da msg:

Object requested is currently locked by user EOHA

Message no. MC601

Diagnosis

A lock requested by calling an ENQUEUE function module cannot be set up because another SAP transaction is using the lock in question.

Technical Information: The C_ENQUEUE routine returned the following values:

COLLISION_OBJECT = EJ_1BNFE

COLLISION_UNAME = EOHA

System Response

The ENQUEUE function module triggers an appropriate exception. If this exception was not intercepted by the application program, this leads automatically to the active SAP transaction being cancelled.

Procedure

Look in the lock table to establish which user or transaction is using the requested lock (Tools -> Administration -> Monitor -> Lock entries). You may need to contact the user in question.

Verifiquei os seguintes itens:

-> ECC e GRC: SM13/SM14 - sem entradas;

-> ECC: SM12, enquanto na J1B2N, aparecem os locks da J_1BNFDOC e J_1BNFE_ACTIVE;

-> GRC: tabela /XNFE/BACKSTATUS, vazia;

-> ECC: J_1BNFE_INVALID, a minha NF não aparece, somente outras que os usuários criaram e me falaram do erro. Eu não consegui fazer com que ficasse nenhum doc meu;

-> GRC: o job /XNFE/ERP_UPDATE_STATUS está agendado de 3/3min. Não observei erros no momento em que foi criada a NF.

Dúvidas:

1 - Como resolver o problema das NFs que não estão sendo atualizadas, levando em conta que isto deverá ficar a cargo de algum usuário?

1.a (p.s.) - Agora, terminando de escrever o post, tentei rodar o /xnfe/erp_status_update_dial, informei a chave de acesso e o status da NF foi atualizado (finalmente!!!). Só que tenho que entrar na SE38 no GRC para conseguir isto. A opção "ERP Status update error" no monitor web não é para isso? Para mim não aparece nada, provavelmente pq é baseada na /XNFE/BACKSTATUS...

2 - Quando entro na J1B2N, o sistema chaveia automaticamente para exibição, mas ainda mantém os locks na SM12. Não seria mais correto ficar sem locks?

Obrigado!

Eduardo

Accepted Solutions (1)

Accepted Solutions (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Eduardo,

Você fez o upgrade para o SP12, ou implementou apenas a nota 1362971 ?

Há uma mudança na forma de comunicação de "erro" a partir do SP12 que deve ser atualizado no R/3 também.

As notas abaixo devem estar implementadas:

1409623 Interface adjustment for communication with ERP (rel.4.6C)

1401918 BAPIRET2 to evaluate ERP information during status update

1362971 NF-e: improved error handling for Inbound XML

Atenciosamente, Fernando Da Ró

eduardohartmann
Contributor
0 Kudos

Bom dia Fernando,

Estamos no SP12. Verifiquei as notas, realmente está faltando a aplicação das seguintes.

1409623 Interface adjustment for communication with ERP (rel.4.6C)

1362971 NF-e: improved error handling for Inbound XML

Estou providenciando a aplicação, assim que estiver pronto retorno com o resultado dos testes.

Obrigado por enquanto!

eduardohartmann
Contributor
0 Kudos

Boa tarde Fernando,

Foi feita a atualização do GRC para o SP13, contemplando as notas mencionadas, além da 1362971 (aplicada manualmente) e agora:

- quando o usuário trava a NF pela J1B2N, ela fica com a bandeira vermelha no monitor, onde consigo visualizar que o erro é decorrente de bloqueio do registro; No GRC (/XNFE/BACKSTATUS) aparece o docnum, com o contador de MAXRETRIES aumentando a cada vez que tenta atualizar e o usuário ainda bloqueia a nota;

- depois que o usuário "larga o osso", o GRC consegue atualizar a NF, que fica com o status correto;

- se passou o número máximo de retries, a nota não é mais processada.

Conclusão: agora está funcionando (quase) adequadamente.

Dúvidas ainda sem solução:

1 - Como deve funcionar no monitor web o "ERP status update error"? Em nenhum momento as notas estão aparecendo lá, nem mesmo após estourar o maxretries.

2 - Se, após 10 tentativas (/XNFE/BACKSTATUS-MAXRETRIES = 10) não foi possível atualizar o status da NF, como proceder?

Obrigado,

Eduardo Hartmann

former_member182114
Active Contributor
0 Kudos

Bom dia Eduardo,

Realmente está quase no ponto.

1) Nos casos diferentes do bloqueio por usuário ele aparece na tela. Para estes casos o programa /xnfe/update_erp_status não insiste no reenvio, deve-se avaliar o sistema destino e o GRC para sanar o incidente.

2) Ao chegar ao número máximo de tentativas automáticas deve-se usar o report /xnfe/update_erp_status_dial no GUI do SAP.

obs1: Foi criado um número máximo pois em alguns casos que não o de bloqueio pelo usuário o GRC tentaria eternamente.

obs2: Para evitar chegar rápido ao número máximo, coloque o schedule do job entre 20 e 40 minutos, lembre-se que este é um tratamento automático de exceção.

Atenciosamente, Fernando Da Ró

eduardohartmann
Contributor
0 Kudos

Fernando,

2) Ao chegar ao número máximo de tentativas automáticas deve-se usar o report /xnfe/update_erp_status_dial no GUI do SAP.

Vc está falando do report no GRC, certo? Neste caso eu teria que disponibilizar o acesso à SE38 no GRC, ou criar uma transação específica para estes casos? Ou teria como disponibilizar essa execução no ERP?

obs1: Foi criado um número máximo pois em alguns casos que não o de bloqueio pelo usuário o GRC tentaria eternamente.

Perfeito.

obs2: Para evitar chegar rápido ao número máximo, coloque o schedule do job entre 20 e 40 minutos, lembre-se que este é um tratamento automático de exceção.

Esse é o job para rodar o /xnfe/update_erp_status, certo? Pelo que entendi, ele é responsável por atualizar os status no ERP. Sendo assim, as demais notas (sem erro) não ficariam com status desatualizado até rodar o próximo agendamento do job?

Ou tem uma chamada específica deste report quando há o retorno da SEFAZ para o GRC?

Obrigado,

Hartmann

former_member182114
Active Contributor
0 Kudos

Bom dia Eduardo,

A transação /XNFE/UPD_ERP_STAT chama o report /xnfe/update_erp_status_dial, não é necessária autorização SE38. Veja SAP Note 1389516.

O job, programa /xnfe/update_erp_status, serve para RETRANSMISSÃO ele pega as linhas da tabela /xnfe/backstatus e reenvia ao R/3.

Observe que o envio ao ERP é feito imediatamente à chegada do retorno da Sefaz, se algo acontecer no ERP ou na comunicação com o ERP e não conseguir, aí sim irá parar na /xnfe/backstatus para ser retransmitido pelo job.

Se o número de ocorrências nesta tabela ou da necessidade do job está grande então você deve rever como está seu R/3, principalmente impressão automática.

Atenciosamente, Fernando Da Ró

eduardohartmann
Contributor
0 Kudos

Fernando,

Perfeito, agora está claro o processo inteiro.

Muito obrigado!

Hartmann

Answers (1)

Answers (1)

Former Member
0 Kudos

Boa tarde,

Chegou a efetuar a rejeição da Solicitação de estorno para voltar o status de autorizado pela SEFAZ?

Esta operação você executa dentro do monitor da J1BNFE no menu inicial.

[edit]

*** O programa mencionado nos posts acima só funciona para NF-e 2,00. ***

Grato,

Rodrigo Cueto.