Lote parado com erro

[Former Member]

Pessoal, boa tarde.

Existem alguns lotes com erro, conforme abaixo:

Status do lote: 05 - Resultado recebido

Status do erro: 44 - Outras mensagens de erro SEFAZ

Código status: 104 - Lote processado

A nota que está nesse lote está com o status 04 - Incluído no lote

Alguém sabe o que devo fazer para identificar o erro e como resolver?

[Former Member · Accepted solution]

Isso geralmente é erro da SEFAZ.

Reenvie a nota pelo monitor GRC, aba LOTE ("Consulta status do lote incorreta").

Qual SP do GRC você esta? (dependendo do SP, não vai conseguir)

At.,

Bernardo Braga

Edited by: Bernardo Braga on Aug 6, 2010 9:46 PM

[Former Member · Accepted solution]

Quando clico na aba Consulta status do lote incorreto não aparece o lote para reenvio.

Estou no SP 13.

[Former Member · Accepted solution]

Se a nota esta com status 04 então não havera retorno ao SAP ECC.

Uma solução de contorno seria reenviar a nota para SEFAZ. Marque um erro no lote ou troque o lote.

At.,

Bernardo Braga

[Former Member · Accepted solution]

Marretar a tabela seria a única opção?

[former_member193386 · Accepted solution]

uma saida seria vc alterar o campo STATUS ERRO na /XNFE/BAT_HIST, colocando um erro do PI para cada um dos lotes que vc mencionou, mas contudo, vc já deu uma olhadela na SMQR, SMQ1 e SMQ2 e viu se existe algum processo em uma fila com erro ou parado? de uma olhada na sxi_monitor se para algum processo de envio de lote esta com erro.

[former_member182114 · Accepted solution]

Bom dia Fábio,

Este erro 44 pode acontecer devido a inconsistência interna de processos (SP antigo).

Sim, o 44 expõe o problema e o incidente deve ser tratado com /h (se não me engano basta setar /xnfe/batsta-process = 'X' e novo pedido de consulta será feito à Sefaz, porém as NF-es virão com 204 necessitando de Status Query individualmente).

Verifique no histórico do lote (/xnfe/bat_hist), ordenado por ertime, se aconteceu um erro anteriormente e o lote foi reiniciado por mais de um usuário?

Poste aqui o /xnfe/bat_hist inteiro para analisarmos contigo.

Atenciosamente, Fernando Da Rós

-

-

---

Outra fonte deste problema é ambiente GRC em cluster (também se SP antigo).

Edited by: Fernando Ros on Aug 9, 2010 3:06 PM

[Former Member · Accepted solution]

Fernando,

Segue dados da tabela /XNFE/BAT_HIST:

BATCHID ERTIME BATSTAT ERROR_STATUS ERNAME ERROR_DESCRIP

18490 20.100.806.144.248,8560000 01 T15413

18490 20.100.806.144.249,0280000 02 T15413

18490 20.100.806.151.419,9570000 03 RFCUSER

18490 20.100.806.151.443,6910000 04 T15413

18490 20.100.806.151.539,5040000 04 T15413

18490 20.100.806.151.951,6440000 04 40 T15413

18490 20.100.806.152.556,0430000 05 44 RFCUSER

[former_member182114 · Accepted solution]

Bom dia Fábio,

18490	20.100.806.151.443,6910000	04		T15413	
18490	20.100.806.151.539,5040000	04		T15413	

Existem dois pedidos de consulta de resultado de lote para PI/Sefaz em momentos distintos.

Ao que tudo indica alguém marretou (/xnfe/batsta com process='X') antes de verificar como estava o PI e filas? E por estar em andamento lá gerou "dois processos" que terminaram na inconsistência do lote.

Quando digo alguém pode ser também um Z mágico que automatizou o alguém.

Dê uma dica do que deve ter acontecido.

Atenciosamente, Fernando Da Ró

[former_member193386 · Accepted solution]

é o que sempre lembramos aqui antes de sair fazendo "workaround" deve-se primeiro verificar o que esta dando erro e caso nao consiga dar continuidade nos processos parados de maneira standart ai sim, fazer o famoso "geitinho brasileiro".

[Former Member · Accepted solution]

Fernando,

Existe um job que roda de 2 em 2 min. Ele executa um programa que tem o seguinte código:

DATA: it_batsta TYPE STANDARD TABLE OF /xnfe/batsta WITH HEADER LINE.
  SELECT * FROM /xnfe/batsta
       INTO TABLE it_batsta
       WHERE batchid      IN so_batid
         AND uf_emit      IN so_uf
*         AND tpamb        EQ pa_tpamb
         AND sendtmpl BETWEEN lv_sendtmpl_from AND lv_sendtmpl_to
         AND statcode     EQ '103'
         AND process      EQ 'R'.
  IF sy-subrc IS INITIAL.
    LOOP AT it_batsta.
      it_batsta-statcode = '105'.
      it_batsta-process = 'X'.
      MODIFY it_batsta.
    ENDLOOP.

    UPDATE /xnfe/batsta FROM TABLE it_batsta.

Isso pode ser o problema?

Não pode exisitr mais de 1 pedido de consulta de resultado de lote para PI/SEFAZ?

[former_member182114 · Accepted solution]

Bom dia Fábio,

Este é a raiz dos seus problemas. ** Pior que uma marreta é uma automatizada

O fato do programa estar em 103 a dois minutos, não significa que está com problema.

Deve-se investigar no PI o motivo de não voltar.

Sugiro desativar todo automatismo Z de seu GRC, até que se identifique 100% dos casos que fazem seu PI deixar de responder. Provavelmente são questões de fácil solução como housekeeping jobs, ajuste de filas, tunning...

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Fernando,

Vou fazer isso. Muito Obrigado.