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ó
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
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ó
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"??
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 Prenchimento dos novos campos <xPed> e <nItemPed>
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ó
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ç
Bom dia Ariel,
1 minuto para qualquer cenário.
(é o menor possível).
Atenciosamente, Fernando Da Ró
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!
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ó
