on 01-12-2011 5:28 PM
Olá,
estamos com todo o cenário de NFe 2.0 para todas as nossas filiais testadas e validadas, exceto o processo de cancelamento de NFe. Ao "solicitar estorno" da NFe a mesma fica com a "engrenagem" como status e não há retorno algum. Checamos a NFe na SEFAZ e a NFe não está estornada. A impressão é de que o GRC não está recebendo/agindo após o ERP disparar a solicitação de estorno.
Alguém tem alguma idéia do que pode estar faltando aplicar? Estamos no patch 15 do SLL-NFE e gostaríamos de evitar de aplicar o patch 16, pois teríamos que realizar todos os testes novamente.
Grata,
Lucimara
Lucimara, boa tarde
estou exatamente com o mesmo problema que o seu em um cliente.
Você poderia nos enviar o trecho modificado e o novo código com a correção?
Verifiquei a nota e a SAP ainda não atualizou a nota...
obrigado
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
SLL-NFE SP15 sei não.....acho que precisa pelo menos das notas do 16 para rodar redondo.
At.,
Bernardo Braga
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Carlos, respira antes de responder... tem pessoas ouvindo que podem interpretar mal o que vc tá dizendo.
nao, nao precisa,
O SP mínimo para trabalhar com layout 2.0 é o SP17 ou SP15 + todas as notas subsequentes até o SP17. Traduzindo SP17.
mesmo no 15 ela deveria estar conseguindo fazer a inutilizacao
Correto
@Lucimara,
Não vá a produção sem o SP17, existem problemas nas interfaces do NFESC que tem problemas conhecidos e corrigidos. Além de erros de validação e melhorias. Quanto aos testes, as modificações não chegam a modificar o comportamento requisitando retestar 100% dos cenários, mas sim teste básico de funcionamento, basicamente é estabilização do suporte ao layout 2.0.
Voltando à questão original. Para entendermos o que está acontecendo, onde o processo está parado, precisamos dos status do ERP e do GRC:
ERP: J_1BNFE_ACTIVE: DOCSTAT, SCSTA e MSSTAT
GRC: /xnfe/nfehd-STATCOD e /xnfe/nfe_hist-WASSTAT e /xnfe/nfe_hist-ERROR_STATUS
Atenciosamente, Fernando Da Ró
Lucimara, no PI, execute a transacao SXI_MONITOR e veja se existe algum erro reportado lá
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ola Lucimara
O que está aocntecendo podem ser duas hipoteses:
1) Vcs nao aplicaram o decouple e o documento pode estar bloqueado para atualizacao, mas isso só ocorre com alguns documentos
2) A solucao de NFe, quando o GRC recebe a confirmacao de cancelamento/inutilizacao, aprovada pelo SEFAZ ele dispara a atualizacao dos dados no ECC, o processo no ECC, inclui o extorno do documento, caso exista algum problema com o estorno, o status da nfe fica pendente de atualizacao pelo GRC pois o processo dá rollback em todo o processo do retorno do status DENTRO do ECC, que é o mais comum, valide com o funcional se o extorno standart do documento esta ok.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Lucimara,
Ao fazer a operação Resend você está recebendo algum tipo de erro na tela?
No log da NF-e (coluna NF-e Log na J1BNFE) está com bandeira vermelha? Se sim, que erro tem por lá?
Qual o conteúdo do campo ACTU_REQU (process step)? O ícone está na engrenagem ?
Você tem autorização para efetuar o cancelamento?
Aconteceu algo de especial com esta NF-e para ficar nesta situação?
Atenciosamente, Fernando Da Ró
Olá Fernando,
seguem as respostas:
Ao fazer a operação Resend você está recebendo algum tipo de erro na tela? Assim que solicito o novamente o estorno, recebo a mensagem "Processamento NF-e correto" no rodapé do J1BNFE.
No log da NF-e (coluna NF-e Log na J1BNFE) está com bandeira vermelha? Se sim, que erro tem por lá? Está com a bolinha verde.
Qual o conteúdo do campo ACTU_REQU (process step)? O ícone está na engrenagem ? O campo etapa está vazio e o ícone está na engrenagem.
Você tem autorização para efetuar o cancelamento? Sim.
Aconteceu algo de especial com esta NF-e para ficar nesta situação? Não, qualquer NF-e que tento cancelar ocorre o mesmo problema.
Att.,
Lucimara
Bom dia Lucimara,
Tá difícil de achar alguma evidência...
Se você criar uma NF-e agora, receber a autorização e logo em seguida pedir cancelamento mesmo assim acontece?
Verifique no GRC, transação ST22 se tem erro.
Se não tiver erro, faça um teste de ir direto ao GRC e pedir o cancelamento via SE37, função /XNFE/NFE_CANCEL.
IV_ID = chave de acesso
IV_LOGSYS = sistema lógico do ERP
IV_AUTHCOD = protocolo da autorização de emissão
IV_TPAMB = ambiente
IV_SYNCRON = X
IV_XJUST = justificativa do cancelamento
Observe se tem alguma mensagem de erro na execução direta na resposta da SE37 e o conteúdo de retorno EV_MSGTYP.
Atenciosamente, Fernando Da Ró
Bom dia!
Carlos, nenhuma entrada na SMQ2.
Fernando,
Se você criar uma NF-e agora, receber a autorização e logo em seguida pedir cancelamento mesmo assim acontece? Sim, o mesmo problema ocorre.
Verifique no GRC, transação ST22 se tem erro. Nenhum erro na ST22.
Se não tiver erro, faça um teste de ir direto ao GRC e pedir o cancelamento via SE37, função /XNFE/NFE_CANCEL.
IV_ID = chave de acesso
IV_LOGSYS = sistema lógico do ERP
IV_AUTHCOD = protocolo da autorização de emissão
IV_TPAMB = ambiente
IV_SYNCRON = X
IV_XJUST = justificativa do cancelamento
Observe se tem alguma mensagem de erro na execução direta na resposta da SE37 e o conteúdo de retorno EV_MSGTYP.
nenhuma mensagem na execução direta da SE37. O conteúdo de retorno EV_MSGTYP = B.
Henrique,
só pra confirmar: inutilizacao funciona mas cancelamento nao?
Ou ambos nao funcionam? Ambos não funcionam.
Att.,
Lucimara
Bom dia Lucimara,
Seus testes indicam que o GRC está recebendo e processando o cancelamento.
O problema deve estar na ligação assincrona como o Henrique mencionou ou codificação. Tem certeza que não tem nada na SM58 no GRC? Tentou com user = *
Sugiro um break-point na função J_1B_NFE_SEND_REQUESTS focando a chamada ao form call_xnfe.
Atenciosamente, Fernando Da Ró
Olá Fernando,
A SM58 não traz nada mesmo. Quanto a função, foi debugada, ele chega até a função que cancela a NFe e retorna como B-MS Received: Cancellation Request.
Vamos aplicar o patch 17.
Agradeço a todos pelo esforço em resolver o problema. Espero que após a aplicação do patch tenhamos sucesso e o erro seja resolvido.
Abraço,
Lucimara
Bom dia Lucimara,
Aplique sim o SP17, porém não pelo motivo desta thread (pelo menos ainda não confirmamos a root cause...rss)...
Via debug chegou no GRC (pelo menos o B indica isso), certo?
O que aconteceu depois, os status mudaram por lá?
Na RFC do ERP para o GRC você está com um usuário de logon no GRC? Tem direito de debug?
Tente debugar a função /xnfe/nfe_cancel e verifique o que acontece por lá...
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Jan 13, 2011 3:10 PM
Lucimara,
o fato de ser em ambos e o fato de, em debug, funcionar, parece indicar que o problema é de fato na comunicacao assincrona.
Nesse caso, se for isso mesmo, o problema nao será resolvido com update do GRC apenas, necessita avaliar a causa de as msgs RFCs assincronas nao estarem sendo enviadas a partir desse ERP.
Abs,
Henrique.
Senhores,
Dei uma analisada neste problema, no ambiente do cliente, devido à demora da SAP no atendimento do chamado.
Identifiquei que a chave de acesso não está sendo gerada de acordo. O novo campo TPEMIS do layout 2.0 não está sendo preenchido para CANCELAMENTO, apenas emissão da NFe.
Analisei o ponto da J_1B_NFE_SEND_REQUESTS antes do envio ao call_xnfe.
Isto pode justificar o não recebimento da solicitação de cancelamento do lado do GRC?
O SP17 já não deveria ter ajustado todos os pontos necessários de geração de Chave de Acesso.
Obrigado desde já,
Carlos Penteado.
Bom dia!
o problema que estávamos com cancelamento/inutilização na versão 2.0 foi finalmente resolvido.
A SAP identificou um trecho incorreto do programa abaixo que está na nota 1454408 para nossa versão 603. Corrigimos o código manualmente e funcionou. A SAP irá realizar a correção na nota também.
Agradeço a todos os que participaram nesta thread tentando nos ajudar.
Abraço,
Lucimara Martins
**********************
programa J_1BNFE_MONITOR_F06:
***
IF wa_nfe_alv-tpemis IS NOT INITIAL. "1454408
SHIFT wa_nfe_alv-docnum9 LEFT. "1454408
ENDIF. "1454408
User | Count |
---|---|
15 | |
4 | |
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.