on 08-09-2010 7:17 PM
Pessoal estou com o seguinte problema, o status dentro do GRC esta como rejeitado so que dentro do ERP esta com a catraca, quando rodo o /XNFE/UPDATE_ERP_STATUS, aparece a seguinte menssagem abaixo.
NFe 33100889940878022190550030000039219999960789 with document status A is not permitted to be resent to ERP
Nº mensagem /XNFE/APP052
que devo fazer ???fui tentar cancelar esta nota.
Reinaldo, se vc tem certeza que a nota foi rejeitada pela SEFAZ, vc pode executar na mão o retorno para o SAP através da função J_1B_NFE_XML_IN. Execute ela na SE37 com os parâmetros I_DOCNUM = Num do Documento, I_AUTHCODE = 9999999999, I_COD = <código de rejeição da SEFAZ> e I_MSGTYP = 3 (este é o código que indica rejeição). o I_ACCKEY vc não precisa preencher porque preencheu o I_DOCNUM.
Executando isso no SAP vc faz o retorno para o SAP da rejeição (tirando a catraca) e poderá efetuar o estorno e depois refaturar se for o caso.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Reinaldo, se vc tem certeza que a nota foi rejeitada pela SEFAZ, vc pode executar na mão o retorno para o SAP através da função J_1B_NFE_XML_IN. Execute ela na SE37 com os parâmetros I_DOCNUM = Num do Documento, I_AUTHCODE = 9999999999, I_COD = <código de rejeição da SEFAZ> e I_MSGTYP = 3 (este é o código que indica rejeição). o I_ACCKEY vc não precisa preencher porque preencheu o I_DOCNUM.
ATENÇÃO: Independente de ter certeza da rejeição, não abondone seu GRC. Cuide dele com carinho, ele pode estar te avisando em DEV/QAS o que acontecerá em produção.
Quem fará estas intervenções em produção???
O consultor ficará na empresa pra sempre???
Executando isso no SAP vc faz o retorno para o SAP da rejeição (tirando a catraca) e poderá efetuar o estorno e depois refaturar se for o caso.
ERRADO: Se o GRC ficar preso em algum processo, você "libera" o ERP do aguardando mas não conseguirá reenviar ou cancelar pois o GRC irá recusar-se a processar.
INVESTIGUE ATÉ O FIM
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Aug 10, 2010 4:26 PM
Pessoal, concordo com o Fernando, esses "workaround" nao devem ser feitos antes de eliminar qualquer problema de configuracao, fila, etc... que podem estar ocorrendo, nao adianta eliminar os sintomas da doenca sem tratar a causa.
Outra coisa, ja foram dadas N opcoes, vamos esperar um pouco o usuario que originou a duvida e depois continuamos auxiliando
Já tive um problema parecido com este teu e o Fernando Ros aqui do Fórum me ajudou com o seguinte:
- alterar /xnfe/nfehd-docsta = 2 /xnfe/nfehd-statcod = 214
- criar uma nova linha com timestamp atualizado na /xnfe/nfe_hist com wasstat = 05, e errorstat=71
Eu não criei um nova linha na NFE_HIST, na realidade alterei a ultima, mas fica a teu critério.
Daí rode o update_erp_status_dial que deve funcionar.
O erro de Status "A" que tu está recebendo, está na xnfe/nfehd.
Falow
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Já tive um problema parecido com este teu e o Fernando Ros aqui do Fórum me ajudou com o seguinte:
- alterar /xnfe/nfehd-docsta = 2 /xnfe/nfehd-statcod = 214
- criar uma nova linha com timestamp atualizado na /xnfe/nfe_hist com wasstat = 05, e errorstat=71
NUNCA REUTILIZE UMA MARRETA
Não se deve efetuar modificação no ambiente sem antes saber o que está acontecendo, o por que está parado.
O Status "A" indica que chegou no GRC, e está em processo, só isso.... O problema está em outro ponto.
@Reinaldo, para ajudarmos a identificar poste aqui:
- histórico da NF-e /xnfe/nfe_hist ordenado por ERTIME
- se parado no status 04, então poste aqui também o histórico do lote /xnfe/bat_hist ordenado por ERTIME
Daí já dá pra saber o próximo passo.
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Aug 10, 2010 4:27 PM
Tentou reenviar pelo report /XNFE/UPDATE_ERP_STATUS_DIAL?
Verifique se todos jobs abaixo, estão schedulados e ativos:
/XNFE/PROCESS_REPORTS
/XNFE/CHECK_SRV_STATUS
/XNFE/UPDATE_ERP_STATUS
RSXMB_RESTART_MESSAGES
Na dúvida, schedule-os novamente. Verifique também na tcode SM58, possiveis erros de RFC.
Boa sorte,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Não tem nenhum problema na SMQ1 NEM NA SMQ2
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Por favor,
Verifique o status do campo ACK e post a mensagem de erro da MONI (Payloads) aqui. Somente assim, poderemos entender melhor o problema e a respostas serão mais precisas.
De qquer forma, veja também se não existe nenhum processo preso na tcode smq1 ou smq2. Se houver... tente desbloqueá-lo, caso contrário, delete-o.
Boa sorte,
Ricardo
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 | |
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.