Nota impressa mas não atualizada

[Former Member]

Boa tarde.

Estamos com um caso estranho que vem ocorrendo com pouca frequencia e principalmente em horário mais movimentado:

A nota é impressa (de acordo com o usuário é feita a impressão automática normalmente), porém a nota não é atualizada no SAP ECC. Fica com engrenagem e não atualiza a ACTIVE.

Não gera nenhum registro na J_1BNFE_INVALID. ST22 verificada. SM13 verificada.

Não da erro no GRC (a nota fica verdinha como se estivesse enviado normalmente. E enviou, pois foi impressa). Nenhum registro na /XNFE/BACKSTATUS, nada na /XNFE/ACKNOWLEDG e /XNFE/NFE_HIST normal sem erros.

Alguem já viu algo parecido?

At.,

Bernardo Braga

[former_member182114 · Accepted solution]

Bom dia Bernardo,

A nota é impressa (de acordo com o usuário é feita a impressão automática normalmente), porém a nota não é atualizada no SAP ECC. Fica com engrenagem e não atualiza a ACTIVE.

- onde acontece a impressão e onde é disparada? de forma standard seria na NAST e disparada no retorno do GRC método CALL_RSNAST00

- se for assim, verifique se a sua BAdI ativa em produção tem o SET_COMMIT com o código E_COMMIT = 'X' conforme sugerido na SAP Note 1163056. Desta forma a chamada do método seguinte CALL_RSNAST00 só aconteceria depois de com certeza gravado no bando (COMMIT WORK AND WAIT).

... estranho mesmo hein... Tens algum código que deleta a J_1BNFE_ACTIVE? faz um where usage pra checar...

Atenciosamente, Fernando Da Rós

-

-

---

Outra dúvida: Quando você diz não atualiza e fica na engrenagem, O que não atualiza? Só a engrenagem? E o PRINTD? E o que mais não atualiza? Como fica os status?

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on May 25, 2011 12:49 AM

[Former Member · Accepted solution]

Fernando, bom dia.

Verifiquei o código e tem uma chamada a função "PERFORM EINZELNACHRICHT(RSNAST00) USING PE_RCODE"

antes da execução da J_1BNFE_CALL_RSNAST00. Portanto esta imprimindo a nota ANTES. Não sei por qual motivo. É uma alteração recente. Vou verificar com os funcionais SD. Pergunto: A nota tem sempre que obigatoriamente ser impressa pela função J_1BNFE_CALL_RSNAST00?

Qual a consequência de imprimir ANTES da J_1BNFE_CALL_RSNAST00?

Outras informações:

- Tem o SET_COMMIT e esta com E_COMMIT = 'X'.

- Não encontrei código que deleta a J_1BNFE_ACTIVE.

- Não atualiza a ACTIVE nem a HISTORY. O PRINTD delas ficam Vazios.

PORÉM na J1BNFE, dentro da Nota, aba "DadosNF-e" consta a nota AUTORIZADA

(estrutura J_1BDYDOC-PRINTD) e na aba "Administração" consta a nota como IMPRIMIDA (estrutura J_1BDYDOC-DOCSTAT)

At.,

Bernardo Braga

[former_member182114 · Accepted solution]

Bom dia Bernardo,

Esta chamada à função J_1BNFE_CALL_RSNAST00 deve ser feita dentro do método CALL_RSNAST00, ao final da J_1B_NFE_XML_IN. E este ponto só é chamado após o commit work and wait que te falei.

Pelo visto tá tudo normal.

Qual a consequência de imprimir ANTES da J_1BNFE_CALL_RSNAST00?

A impressão falharia dizendo que não pode imprimir uma nota não autorizada.

E como ficam os status SCSSTA, DOCSTA, MSSSTA e STATCODE?

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Não atualizou a J_1BNFE_ACTIVE. Os status estão:

DOCSTA = (vazio)

SCSSTA = 0

CODE = (vazio)

MSSTAT = G

PRINTD = (vazio)

O ultimo registro da J_1BNFE_HISTORY também não tem nada:

CODE = (vazio)

PRINTD = (vazio)

MSSTAT = A

Analisando o código, assim que entra no método CALL_RSNAST00, faz uns selects, executa o "PERFORM EINZELNACHRICHT(RSNAST00) USING PE_RCODE" para imprimir e para a execução.

At.,

Bernardo Braga

[Former Member · Accepted solution]

E se depois eu executo o /XNFE/UPDATE_ERP_STATUS_DIAL, atualiza TUDO.

obs.: no GRC não da nem um sinal de erro.

At.,

Bernardo Braga

[former_member182114 · Accepted solution]

Bom dia Bernardo,

Tem algo bem estranho no sistema, sugiro abrir um chamado em XX-CSC-BR-NFE para iniciar uma investigação em conjunto.

O message status = G indica que foi tentado algum envio ao GRC e este recusou-se a processar (normalmente por já estar processando).

MSSTAT = G

Talvez resolvendo esta duplicidade no envio, resolva o problema do retorno.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Bom Dia, Fernando.

Também estamos tendo este problema em nosso sistema mas com pouca freqüência. E na maioria das vezes que este problema

ocorre, estamos alterando o status da mensagem manualmente de G para A para poder liberar a NF, mas sem entender o porque

isso ocorre. Existe alguma forma, talvez alguma nota SAP para corrigirmos isto definitivamente?

Atenciosamente,

Vanderlei Marcon

[former_member182114 · Accepted solution]

Bom dia Vanderlei,

Evite postar um problema em uma thread com o "mesmo" problema, isto confunde a análise do que está acontecendo com o "dono" da thread, o ideal é você postar sempre uma nova questão.

Aproveitando que respondi, não necessariamente é questão de nota, seu ERP pode estar com alguma modificação, erro de gravação, dois decouples rodando simultaneamente sem todas as notas, em fim comportamento não esperado. Pra casos assim eventuais o melhor é abrir um chamado em XX-CSC-BR-NFE com um documento de exemplo para tentar investigar (às vezes são detalhes sutis e o root cause pode tomar um pouco de tempo para ser encontrado, mas sempre existe uma root cause).

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Bom Dia, Fernando.

Desculpe-me pelo equivoco e agradeço as informações. Vamos verificar estes pontos e caso seja necessário, eu crio uma nova

Thread.

Atenciosamente,

Vanderlei Marcon,

[Former Member · Accepted solution]

Boa tarde.

Era problema de performance que estava gerando Lock. Não sei explicar exatamente o que era pois várias ações foram tomadas de diversas áreas para resolver o problema que estava impactando outro processos além de NF-e. De qualquer forma depois destas ações, resolveu.

obs.: Tinha tambem outro programa Z que foi copiado partes de standard e estava concorrendo execução que acredito que fazia parte do problema.

Agradeço pela ajuda.

At.,

Bernardo Braga

Edited by: Bernardo Tavares Braga on Sep 29, 2011 11:30 PM

[former_member182114 · Accepted solution]

Bom dia Bernardo,

Pois é, neste processo de NF-e o que não falta é fila... fila do PI, do abap proxy, de RFC, do spool, de update task.... rsss

Quando o sistema tá engargalado não tem jeito o gato sobre no telhado com força.

Que bom que resolveu.

Atenciosamente, Fernando Da Ró