Erro no Service Interface BATSR_nfeRetRecepcaoResponse_IB

[Former Member]

Boa Tarde Pessoal,

Alguem já passou por este erro:

<SAP:Category>XIProxy</SAP:Category>

<SAP:Code area="ABAP">DYNAMIC_CALL_FAILURE</SAP:Code>

<SAP:P1>UNCAUGHT_EXCEPTION</SAP:P1>

<SAP:P2>/XNFE/CL_005A_BATSR_NFE_RET_RE</SAP:P2>

<SAP:P3>EXECUTE_ASYNCHRONOUS</SAP:P3>

<SAP:P4 />

<SAP:AdditionalText />

<SAP:ApplicationFaultMessage namespace="" />

<SAP:Stack>Error during proxy processing Ocorreu um exceção do tipo CX_SY_OPEN_SQL_DB, mas ela não foi tratada localmente nem declarada por meio de uma cláusula RAISING. Pretendia-se a inserção de um registro de dados, embora já exista um registro de dados com a mesma chave primária.</SAP:Stack>

Um lote foi enviado aao sefaz e no retorno do sefaz, ocorre o erro mencionado.

Grato pela ajuda!

Bruno

[former_member182114 · Accepted solution]

Bom dia Bruno,

O erro parece ter sido gerado por alguma instrução de inclusão no banco de dados, que deu chave duplicada, ou seja, o registro já estava gravado. Sugestões:

- Você está com PI rodando em cluster ? Consegue monitorar se a "duplicidade" é de mensagem no XI ?

- Verifique no retorno da Sefaz se veio apenas 1 NFe, e caso tenha mais de uma, nenhuma veio em duplicidade.

- Talvez o único "rastro" que este erro deixou foi na mensagem mesmo, então debug pode ser solução

- Pegue o payload de retorno e execute diretamente na SPROXY, você conseguirá debugar o método execute_asynchronous

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Fernando,

Consegui fazer o Debug pela Sproxy, obrigado pela dica.

Era um registro em branco na /XNFE/NFEHD, a principio foi isso.

Qualquer novidade, informo vocês.

Obrigado,

Bruno

[former_member182503 · Accepted solution]

Bruno,

qual era o problema? Compartilhe a solução

[]'s

Edited by: Jose Nunes on Jun 24, 2009 7:44 PM

Ops, você foi mais rápido hehehe

[former_member182503]

Veja na transação ST22 do GRC se tem algum dump relacionado a essa mensagem e poste ele aqui.

[Former Member]

Nenhum dump na ST22.

Grato,

Bruno

[former_member182503]

Bruno,

verifique se tem algum queue travadona t-code SMQ2.

Verifique também nos ambientes envolvidos se não tem Dump na ST22, pois isso provavelmente é diferença de tamanho de campos entre os 2 sistemas e na hora de fazer a chamada via proxy, em algum ponto que faça acesso ao banco, dá pau.

Não desconsideraria também a opção de regerar os proxys envolvidos via SPROXY.

Edited by: Jose Nunes on Jun 24, 2009 5:39 PM

[Former Member]

Jose,

- Não tem nada parado na fila (SMQ2)

- Nenhum dump no ECC nem no Netweaver, referente a isso.

Já restartei a msg na moni tb e não mudou o erro.

Grato,

Bruno

[henrique_pinto]

SM14 tem alguma coisa?

parece ser um issue especifico de Banco de Dados...

Henrique.