on 05-05-2011 3:38 PM
Bom dia !
Temos a NFe implantada na versão 4.6C e ocasionalmente estamos tendo um problema que é o seguinte: Uma nota é gerada, tem um erro de validação e após acertar o erro quando se tentar enviar novamente a nota recebemos o retorno de que :
Novo stat.comun.sistema "Enviada a sistema de envio de mensagens (XI,...)"
não permitido p/status comun.sist.anterior "Enviada a sistema de envio de
mensagens (XI,...)"
Com isto temos a nota no ERP com status StComSist = 0 e SSM=G e no GRC temos somente o erro 10 = erro de validação. Ou seja não conseguimos mais enviar a nota para o GRC após a correção do erro de validação e ficamos com a nota parada no ERP.
O que percebemos pelo log é que no momento em que a nota é gerada, o programa do decouple é executado (via job a cada um minuto) e recebemos e mensagem de que o "documento xxxxxxx já está sendo processado". Será que pelo fato de o programa ser executado a cada minuto, quando um processo está sendo executado entra um novo processo que tenta numerar/enviar as mesmas notas que o processo anterior ? Seria o caso de alterar o periodicidade de execução do job ou um problema de 4.6C ?
Poderiam me ajudar ?
Obrigada.
Lucia
Olá Lúcia,
qual SP do GRC (SLL-NFE) vocês possuem?
Ainda, vc está fazendo o "Reset" antes de dar o Resend na nota, na J1BNFE?
Abs,
Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Fernando, tudo bem ?
Você teria a relação de notas do programa J_BNFECALLRFC para nos passar ? Temos algumas aplicadas porém não sabemos se estão completas.
Obrigada.
Lucia
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Lucia,
Sobre este tópico prefiro que faça algumas buscas no market place no component XX-CSC-BR-NFE com as palavras chaves:
J_BNFECALLRFC
decouple
issuing type
tpemis
E compare com a lista de notas que tem.
Não é má vontade, mas a lista neste caso infelizmente é dinâmica
Atenciosamente, Fernando Da Ró
Bom dia Lucia,
O G pode significar um envio em duplicidade ao GRC.
Verifique se você tem mais de um job rodando simultaneamente.
Verifique se você tem todas as notas do programa J_BNFECALLRFC em seu sistema.
Atenciosamente, Fernando Da Ró
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa tarde Fernando,
Estou acompanhando essa situação com a Lúcia, e, em relação a termos mais de job rodando simultaneamente, isso não ocorre; temos um job sendo processado a cada 1 minuto. A "anomalia" que encontramos é que eventualmente o tempo de processamento desse job se extende, ou seja, um processamento que normalmente dura segundos às ultrapassa 1 minuto, e é aí que entra nossa duvida; quando um job está sendo processado além de 1 minuto, acaba havendo outro job ativado simultaneamente; será que com isso esse segundo job tenta numerar docnum que já esteja sendo processado pelo primeiro???
Att.
Alessandro Botignon
Henrique,
O SP do GRC é o 16. Com relação a dar o "reset" antes de enviar novamente, sim éstão dando o "reset" e depois o "enviar".
Obrigada.
Lucia
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
15 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.