GRC não atualiza ERP após SP16 - Ambiente PRD

[Former Member]

Pessoal,

Por gentileza, estou com um problema bastante sério no meu GRC de produção, após subir os SP's, especificamente no 16 para o NFe, e 22 para basis, aba, etc...

Já revisei a configuração dos Logical system do ERP no GRC (BD54 e BD97), os destinos RFC na SM59 para o ERP estão OK, e do ERP para o GRC também está OK.

O programa /xnfe/update_erp_status_dial atualiza as notas corretamente, porem o /xnfe/update_erp_status (job) não atualiza, até porque a tabela /xnfe/backstatus está vazia.

Alguem já sofreu com este problema? Estou pensando em abrir um chamado very high na SAP, pois isto está impactando em problemas no faturamento...

[former_member182114 · Accepted solution]

Bom dia Ariel,

Por favor confirme se este é o seu cenário:

- está fazendo upgrade de uma versão do GRC anterior a SP11/SP12.

- decouple não foi ativado

- você encontra erros no monitor de NF-e do GRC na nova aba ERP status error

- era comum que a autorização demorasse a chegar no ERP

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Olá Fernando,

Por favor confirme se este é o seu cenário:

- está fazendo upgrade de uma versão do GRC anterior a SP11/SP12.

R: Estavamos no SP11, e passamos para o SP16. O update antes era pelo job /xnfe/update_erp_status

- decouple não foi ativado

R: não está ativo, como fazer para ativar, quais notas? 😃

- você encontra erros no monitor de NF-e do GRC na nova aba ERP status error

R: Não há erros nesta nova aba, nem estao na tabela /xnfe/backstatus

- era comum que a autorização demorasse a chegar no ERP

R: era comum alguns minutos entre 1 a 10 minutos

[former_member182114 · Accepted solution]

Bom dia Ariel,

É provável que seu GRC esteja trabalhando "muito rápido" e quando a nota é enviada de volta ao ERP com a autorização ela nem foi gravada e comitada.

Quando não se tem decouple, o ERP envia ao GRC no momento da preparação para gravação, ou seja, nem mandou gravar ainda no ERP e o GRC já estará assinando e despachando pra Sefaz.

Se o ERP estiver sobrecarregado, ou o processo de criação das notas gera várias notas simultâneas para só commitar na última, está descrito o cenário.

A partir do SP12 a comunicação entre GRC e ERP foi melhorada, a partir daí o GRC só insiste em reenviar a NF-e para o ERP se o ERP reportou erro de objeto locked pelo usuário ou se aconteceu erro na comunicação, para todas as outras respostas do ERP ele "para" na aba aguardando ação manual.

Como ter certeza:

- a informação na aba ERP status error faltando é estranho, deveria estar lá com um erro (NF-e não existe no ERP)

- veja na J_1BNFE_INVALID no ERP a data/hora que o GRC tentou mandar

Soluções:

- Paliativo: revisar seu processo para gravar mais rápido (difícil)

- Definitivo: ativar decouple solution

Existem várias notas para corrigir o programa e a funcionalidade.

Infelizmente as melhorias se misturaram com as correções de forma que não tem sido fácil responder a pergunta "que notas aplicar". Peço que verifique no XX-CSC-BR-NFE todas as notas, foco em "decouple" "SCAN" "issuing type" "contingency".

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Bom Dia, Fernando.

Obrigado pelo retorno.

Estou com todas as notas aplicadas no QAS referente ao XML 2.0, isto inclui as notas de SCAN.

Eu poderia subir as requests para PRD... Testamos no QAS o XML 1.10 e o XML 2.0 e tudo ok!

Você vê algum risco de criar um problema maior? rss

Outra coisa, há configuração que precisa ser feita? No local de negócio, vi que apareceram novos campos... quais opções devo ativar para "ativar o decouple"??

[former_member182114 · Accepted solution]

Bom dia Ariel,

São coisas diferentes, pode subir as notas.

Já que você testou sim, pode subí-las.

Você vê algum risco de criar um problema maior? rss

SIM RISCO TOTAL, não sei o que irá acontecer com os processos.

Isto muda de cliente pra cliente. Tem haver com os Z's e BAdI's....

O que você ainda não testou é justamente o decouple ATIVADO (callrfc = 3).

Dê uma lida neste thread que tem informações úteis para o entendimento

Ativar o decouple é basicamente configurar no local de negócios o callrfc como queira (recomendo 3) e colocar o job em background. Veja anexo à SAP Note que o liberou: 1265172

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Fernando, Obrigado mais uma vez!

Só uma dúvida, qual o intervalo em minutos que vc recomenda para o job J_BNFECALLRFC levando em conta que emitimos em torno de 3mil nfe/dia ???

abraç

[former_member182114 · Accepted solution]

Bom dia Ariel,

1 minuto para qualquer cenário.

(é o menor possível).

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando, muito obrigado pela ajuda!!!

Subi as requests do XML 2.0, ativei o decouple "3"... e tudo voltou como antes!!!

alias, ficou ainda mais rápido... estamos prontos para o XML 2.0, só falta mudar a "chave" rsss

mais uma vez obrigado!

[former_member182114]

Bom dia Ariel,

Faça um teste com alguns cenários e compare o XML gerado antes do decouple e com decouple.

É o principal teste do ponto de vista NF-e, para garantir que nenhuma informação ficou perdida.

No mais é correr pro abraço.

Atenciosamente, Fernando Da Ró