Skip to Content
avatar image
Former Member

Erro em Produção GRC status 105, Status lote 07, Status erro 44

Olá,

Estamos em produção, com o ambiente estável, porém, ontem apareceram 2 casos no período da manhã e 1 caso no período da tarde referente a SEFAZ SP.

A nota no ECC fica com a engrenagem;

No GRC:

/xnfe/batsta-statcode = 105 u2013 Lote em processamento

/xnfe/bat-hist-batstat = 07 u2013 Lote em processamento, este registro se repete algumas vezes, mas não chega no limite configurado no lote que está configurado com 10 vezes, no ultimo registro gerado o campo ERROR_STATUS = 44

Para resolver rapidamente o problema na produção, u201Climpamosu201D o campos ERROR_STATUS e automaticamente o GRC enviou a consulta de lote para a SEFAZ, que retornou com a autorização da nota, atualizando todos os sistemas corretamente.

Precisamos de uma solução, sem ser u201Cmarretau201D.

Muito obrigada

Tânia Kaç

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

3 Answers

  • Best Answer
    avatar image
    Former Member
    Sep 09, 2009 at 02:54 PM

    Henrique,

    Não estamos recebendo rejeição, aqui os dados estão todos corretos e todas as notas são aprovadas!

    Na sm50 do GRC só está rodando um /XNFE/PROCESS_REPORTS numa sessão, não temos nada em paralelo.

    O histórico do lotes estava:

    900 000000000000615 20.090.908.112.135,6460000 01 BASIS

    900 000000000000615 20.090.908.112.135,6930000 02 BASIS

    900 000000000000615 20.090.908.112.139,3520000 03 XADAPTERGRC

    900 000000000000615 20.090.908.112.139,0520000 04 BASIS

    900 000000000000615 20.090.908.112.142,0530000 04 BASIS

    900 000000000000615 20.090.908.112.142,2580000 07 XADAPTERGRC

    900 000000000000615 20.090.908.112.144,6620000 07 44 XADAPTERGRC

    Por não ter nenhum botão para empurrar disponível no monitor GRC, limpamos o status 44, automaticamente ficou assim:

    900 000000000000615 20.090.908.112.135,6460000 01 BASIS

    900 000000000000615 20.090.908.112.135,6930000 02 BASIS

    900 000000000000615 20.090.908.112.139,3520000 03 XADAPTERGRC

    900 000000000000615 20.090.908.112.139,0520000 04 BASIS

    900 000000000000615 20.090.908.112.142,0530000 04 BASIS

    900 000000000000615 20.090.908.174.707,9800000 04 BASIS

    900 000000000000615 20.090.908.174.710,4410000 05 XADAPTERGRC

    900 000000000000615 20.090.908.112.142,2580000 07 XADAPTERGRC

    900 000000000000615 20.090.908.112.144,6620000 07 XADAPTERGRC

    Estamos no GRC SLL-NFE SAPK-10009INSLLNFE,

    No PI SLL-NFE-JWS 100 SP8 (1000.100.0.8.0.20090224070346)

    SAP AG MAIN_NFE10VAL_C 20090813152553

    Abraços,

    Tania.

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Fernando Da Ros

      Olá Fernando,

      Utilizamos a linha de configuração de lote default. Sempre gerou WAIT = 0, sem verificar o parametro do lote tmp.esp(seg), depois da nota aplicada está gravando conforme o parametro definido.

      Q legal a origem do wait ser o valor informado pela SEFAZ !

      Temos 2 servidores ligados em cluster.

      Obrigada,

      Tania Kaça.

  • Sep 09, 2009 at 01:04 PM

    1. com relacao ao procedimento, nao precisa de marreta. Basta ir na aba "Erro de verificacao de Lote" no Monitor de Lotes e restartar o lote por lá (seleciona-lo e clicar no botao "Restart"); **

    2. com relacao ao parametro de numero de retries, note que o que a aplicacao faz é usar o Mínimo de cada parametro entre todas as entradas que sao relevantes para uma nota/lote. Entao, por exemplo, suponha que vc setou retry = 10 p/ o CNPJ = X e retry = 5 para NFe com tpAmb = 1, se chegar uma NFe que atende a ambos os parametros (q tenha CNPJ = X e tpAmb = 1), o numero de retries dela será o min(10, 5) = 5.

    Abracos,

    Henrique.

      • caso seja desejado, é possível replicar o código do webdynpro que faz esse restart e colocar em um report Z que pode ser schedulado. A idéia é ter restart automatico de lotes parados com erros de envio/verificacao.

      Add comment
      10|10000 characters needed characters exceeded

    • avatar image
      Former Member
      Sep 09, 2009 at 01:26 PM

      Olá Henrique,

      Obrigada pela atenção.

      Então, para o erro 42 - Nro maximo de consulta atingido, libera os botões para "empurrar" a mensagem, mas para o erro 44 - Outras mensagens de erro SEFAZ, não está liberando os botões, por isto a "marreta".

      Um abraço,

      Tania.

      Add comment
      10|10000 characters needed characters exceeded

      • Ah, entendi.

        Na verdade teria q analisar o porque do erro.

        Aparentemente, o GRC está recebendo um status pro lote que ele nao estava esperando.

        Já vi isso acontecer qdo chegavam 2 msgs de rejeicao.

        É possível que existam jobs em paralelo rodando?

        Como está o historico do lote?

        Vc está no ultimo SP do GRC?

        Abs,

        Henrique.