Reenvio do GRC para o ERP do Status de NFe 225

Question

Pessoal,
Enviamos uma Nfe que foi rejeitada pela SEFAZ, com o validador GRC desativado.
Devido a uma falha de comunicação logada na /XNFE/BACKSTATUS o ERP não teve o update do status da nota, sendo que o GRC estava atualizado com o Status 225 para o lote, com o Error Status 46 para nota.
Em análise do programa de reenvio /XNFE/UPDATE_ERP_STATUS percebemos que o status enviado ao ERP é o status do cabeçalho da Nfe (tabela /XNFE/NFEHD, campo STATCOD).
Para o DOCNUM 138746, o campo STATCOD está em branco na tabela /XNFE/NFEHD, porém está preenchido na tabela /XNFE/BACKSTATUS, campo CSTAT como pode ser visto nos screenshots anexos.
No ERP, então, temos o erro u201CNo status code was received for NF-e 0000138746u201D
Existe alguma forma de reprocessar NF-e com status SEFAZ setado somente para o lote?
Segue os prints das telas:
http://img5.imageshack.us/img5/1936/screen1le5.jpg
http://img232.imageshack.us/img232/1678/screen2zs7.jpg
http://img232.imageshack.us/img232/4084/screen3ns1.jpg
http://img232.imageshack.us/img232/5003/screen4nt6.jpg
http://img232.imageshack.us/img232/1944/screen5hc2.jpg
Obrigado,
Dorval Neto.

Answer 1

Bom dia Alexandre,
  O report /XNFE/UPDATE_ERP_STATUS foi lançado no SP05 através da nota 1251349, nela é comentado sobre a criação do job e a execução individual. Após esta nota o report foi modificado algumas vezes sendo a mais recente 1273616 ou SP06. Acredito que mais modificações são necessárias ao programa, como a descrita que não retorna individualmente para NFe que ocorreu rejeição 225 por lote.
  Quanto a como identificar o erro:
a) NORMAL - Se foi uma rejeição de processamento "normal" do R/3, ou seja, por algum motivo conhecido ele rejeitou a resposta enviada pelo GRC, então a resposta será encontrada na tabela J_1BNFE_INVALID no R/3, procure pelo docnum (obter na /xnfe/nfehd-docnum). Existe algumas situações especiais que o R/3 usa como docnum o valor de 9999999999, invalidando a pesquisa anterior. Então procura pela data e hora (ACTION_DATE e ACTION_TIME) da transmissão do GRC para o R/3.
b) ST22 - Se o não processamento no R/3 foi devido a algum dump no momento da execução da função ou alguma EXIT/BADI, então este não será logado corretamento no R/3. Verifique na ST22 do ERP se existe alguma informação no momento da execução do report update_erp_status.
c) RFC - Se não encontrar nesta tabela no R/3 então o problema pode ser de comunicação ou impressão, neste caso verifique no GRC NFE os logs de RFC via transação AL11, é um pouco mais complicado, pois você terá pegar o exato work process que fez a comunicação (se seu sistema tiver poucos erros de RFC, então fica mais simples). Exemplo:
  . Transação AL11, Name of Directory Parameter = DIR_HOME
  . Para facilitar, coloque em ordem por data e hora decrescente
  . Procure um arquivo chamado dev_rfcN, onde N foi o Work Process que executou o call function remote (este é o ponto onde talvez não saiba), então procure pelo último data/hora logo após a execução do report /XNFE/UPDATE_ERP_STATUS
d) SEM OPÇÃO - Em último caso pode-se executar diretamente a função chamada no R/3 (J_1BNFE_XML_IN_TAB) através da SE37 e acompanhar passo-a-passo com os valores que o GRC  tentou enviar sem sucesso (atenção para preencher exatamente os mesmo valores)
Dorval,
  Poderia abrir um chamado na SAP sobre esta situação, desta forma poderemos submeter à equipe de desenvolvimento para providenciar a correção.
  Atenciosamente,
Fernando Da Rós
Edited by: Fernando Ros on Mar 4, 2009 9:53 PM