GRC 10.0 - Tag IdLote não retorna na mensagem BATCH_nfeRecepcaoLoteResponse

[Former Member]

Pessoal bom dia.

O meu problema é o seguinte: Quando criamos uma nota o lote está sendo criado corretamente, envia e retorna da Sefaz com sucesso, porém quando retorna a mensagem da Sefaz(SP) para o GRC a tag idLote não está mapeada e dá erro no proxy do GRC dizendo que o lote não existe e nao continua o processo.

Verifiquei a mensagem BATCH_nfeRecepcaoLote_OB e a informação de lote está sendo enviada corretamente.

Fiz um teste do mapping BATCH_nfeRecepcaoLote2_Merge_nfeRecepcaoLoteResponse2_TO_nfeRecepcaoLoteResponse2 colocando as duas mensagens e funcionou corretamente, retornando a tag idLote.

O status do lote no monitor do GRC ficou como 02 - Enviado para o PI.

Estamos utilizando o GRC 10.0 SP 10.

Exemplo da mensagem que chegou no GRC, podem verificar que não consta a tag idLote

<?xml version="1.0" encoding="utf-8" ?>

-    <ns1:nfeRecepcaoLoteResponse2 xmlns:ns1="http://sap.com/xi/NFE/006">

-    <ns1:nfeRecepcaoLote2Result>

-    <ns2:retEnviNFe xmlns:ns2="http://www.portalfiscal.inf.br/nfe" versao="2.00">

    <ns2:tpAmb>2</ns2:tpAmb>

    <ns2:verAplic>SP_NFE_PL_006j</ns2:verAplic>

    <ns2:cStat>103</ns2:cStat>

    <ns2:xMotivo>Lote recebido com sucesso</ns2:xMotivo>

    <ns2:cUF>35</ns2:cUF>

    <ns2:dhRecbto>2012-07-19T11:37:40</ns2:dhRecbto>

-    <ns2:infRec>

    <ns2:nRec>351000063633999</ns2:nRec>

    <ns2:tMed>1</ns2:tMed>

</ns2:infRec>

</ns2:retEnviNFe>

</ns1:nfeRecepcaoLote2Result>

</ns1:nfeRecepcaoLoteResponse2>

Alguém tem alguma idéia?

Desde já, obrigado.

Maicon.

[former_member193386 · Accepted solution]

Maicon

A resposta esta certa, esse servico de envio de lote é sincrono e ele nao precisa do ID do lote nessa mensagem de resposta do SEFAZ, recebo exatamente  a mesma coisa no meu GRC:

<?xml version="1.0" encoding="UTF-8"?>

<nfeRecepcaoLoteResponse2 xmlns="http://sap.com/xi/NFE/006">

     <nfeRecepcaoLote2Result>

          <retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">    

               <tpAmb>1</tpAmb>

               <verAplic>SP_NFE_PL_006j</verAplic>

               <cStat>103</cStat>         

               <xMotivo>Lote recebido com sucesso</xMotivo>

               <cUF>35</cUF>

               <dhRecbto>2012-07-12T13:59:15</dhRecbto>

               <infRec>

                    <nRec>351001198113554</nRec>

                    <tMed>1</tMed>

               </infRec>

          </retEnviNFe>

     </nfeRecepcaoLote2Result>

</nfeRecepcaoLoteResponse2>

[Former Member · Accepted solution]

Carlos, a resposta da SEFAZ não contém o idlote, o Idlote é concatenado para enviar a msg para o GRC, pois essa tag dentro do GRC é que identifica o lote e assim, continua o processo. Caso essa tag não esteja preenchida, dá erro no proxy.

O problema está ocorrendo no meu ambiente de UAT, nos outros ambientes, Dev e Integration Test está funcionando corretamente. Abaixo a mensagem com a tag idlote:

<?xml version="1.0" encoding="utf-8" ?>

- <ns1:nfeRecepcaoLoteResponse2 xmlns:ns1="http://sap.com/xi/NFE/006">

- <ns1:nfeRecepcaoLote2Result>

- <ns2:retEnviNFe xmlns:ns2="http://www.portalfiscal.inf.br/nfe" versao="2.00">

<ns2:tpAmb>2</ns2:tpAmb>

<ns2:verAplic>SP_NFE_PL_006j</ns2:verAplic>

<ns2:cStat>103</ns2:cStat>

<ns2:xMotivo>Lote recebido com sucesso</ns2:xMotivo>

<ns2:cUF>35</ns2:cUF>

<ns2:dhRecbto>2012-07-20T18:41:32</ns2:dhRecbto>

- <ns2:infRec>

<ns2:nRec>351000063666948</ns2:nRec>

<ns2:tMed>1</ns2:tMed>

</ns2:infRec>

</ns2:retEnviNFe>

<ns1:idLote>000000000003610</ns1:idLote>

</ns1:nfeRecepcaoLote2Result>

</ns1:nfeRecepcaoLoteResponse2>

Verifiquei os programas no GRC, interfaces no PI mas não consegui encontrar o problema.

[former_member193386 · Accepted solution]

Maicon, qual seria o erro mais precisamento, estou propenso a acreditar que vc esta provavelmente usando um Integration Process errado nesse amabiente.

[henrique_pinto · Accepted solution]

Olá Maicon,

de fato, parece ser o caso de configuração errada especificamente nesse ambiente.

Veja se o Integration Process do Directory está referenciando o BPM correto (SWCV 10.0) e se ele é quem está sendo chamado de fato em runtime. Verificar se todos os BPMs estão com return code = 0 na SXI_CACHE também ajuda,

Abs,

Henrique.

[Former Member · Accepted solution]

Resolvido, após o comentário do Henrique sobre a sxi_cache, fui olhar a transação e os Integration Process não estavam sendo exibidos. Realizamos um full cache refresh, mas o problema continuou, então apaguei o objeto no ID e criei novament, com isso a tag idlote voltou a aparecer na mensagem.

Obrigado a todos.

Abraços.

Maicon.