on 05-22-2012 11:37 AM
Bom dia Pessoal!
No domingo començamos ter problemas em algums lotes para o estado de PR. Sabemos que a SEFAZ de PR implementou um pacote novo que em teoria nao tem que causar problemas.
O caso extranho é que so os lotes que incluyem XML de um proceso especifico (prestamos) ficam com o erro 36 Batch: PI system error no momento (Batch Status) 02 Sent to PI. Os XML de estes procesos nao tem nada especial/diferente dos outros XML. Mas nao achamos verificar qual é o problema!
O que vimos no SXI_MONITOR é o siguente erro na Interface:BATCH_nfeRecepcaoLote_OB
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
Em algumas outras discussoes do Forum vimos que pode ser problema da SEFAZ PR, mas nao sabemos como verificar.
Algueim tem uma dica/ajuda para nos?
Obrigado ja!
Abraço
Nino
Bom dia Antonino,
Isto é em produção ou homologação?
Pegue o XML que está sendo enviado à Sefaz e teste na http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx
Outro ponto é olhar no PI (transação SXI_MONITOR) a resposta que a Sefaz PR deu para a transmissão do BATCH (procure a interface BATCH*SYNC) e veja a resposta. Pode ter uma dica ali do que fazer.
Atenciosamente, Fernando Da Ros
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Fernando!
Obrigado pela resposta rapida!
Acontece em produçao e homologaçao. Validamos o XML e o resultado é o siguente:
Tambem nao chega no ponto que voce indica (interface BATCH*SYNC) mas achamos que o problema é num ponto anterior:
SIGNN_SignNFe_OB
BATCH_nfeRecepcaoLote_OB
Clicamos no Acknowledgement Error
Copiamos o contenido do Payload do Inbound Message entre os Tags <n0:enviNFe versao="2.00"> e </n0:enviNFe> e validamos tambem sem problema.
Nao sabemos que mais controlar. Antes do domingo, dia 20, tudo funcionava sem problemas e por isso achamos que tem que ver com o Pacote do SEFAZ.
Mais uma vez, muito obrigado!
Abraço
Nino
Bom dia Antonino,
Muito provavelmente o problema está sim no pacote da Sefaz, encontrar o XML de resposta é justamente para entender o que foi mudado (se na resposta isto estiver explícito).
A mensagem com erro deverah estar no PI. Procure na data e hora próxima a esta que encontrou por mensagens com erro.
Atenciosamente, Fernando Da Ros
Boa tarde Fernando!
Obrigado uma vez mais!
Um colega no Brasil ta em contacto com a SEFAZ, mas nao temos retorno immediato. Eu pergunte ele, se a SEFAZ tem log de recebimento de lotes e resposta foi:
"Nino neste momento eles não conseguem, e nem sabem se vão conseguir, mas abriram um chamado para tentar verificar alguma coisa e o prazo de resposta é 48:00hs"
Tambem nao achamos o mensagem de retorno no PI. So temos o erro do Acknowledgement:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- <!-- Response
-->
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Nesse caso a NFE fica no GRC com Status 4 "Add to Batch" e o Lote com Status 2 "Sent to PI" (com o erro 36).
Alguma dica mais?
Muito obrigado!
Abraço
Nino
Bom dia Antonino,
O ACK NEG é gerado após um erro no ccBPM, neste caso envio de lote.
Você encontrará na instância do PI outras mensagens, e provavelmente duas com erro (bola vermelha).
Filter na SXI_MONITOR apenas:
Group = Errors
Inicio: 22.05.2012 11:17
Fim: 22.05.2012 11:18
Atenciosamente, Fernando Da Ros
Bom dia Fernando!
Nao temos os erros que voce falou (as bolas vermelhas)!
Nos enviamos a mensagem no BATCH_nfeRecepcaoLote_OB com o ID do lote e o XML da NFE. Mas recebemos o ACK negativo e nao recebemos mensagem para BATCH_nfeRecepcaoLoteResponse (como nos casos dos lotes sem problemas).
Agora vamos aguardar a resposta do servicio tecnico da SEFAZ PR e esperamos ter um feedback positivo.
Muito obrigado pela sua ajuda!
Abraço
Nino
Oi Fernando!
Finalmente encontramos a solução para o problema!
Depois de verificar as mensagens na transação "SXI_monitor" e ver que so tinha o erro "BPE_ADAPTER NEGATIVE_ACKNOWLEDGEMENT" para a interface "BATCH_nfeRecepcaoLote_OB" no ACK, vamos verificar mensagens do BPE sxmb_moni_bpe transação para o item “send btach recuest” NEGATIVE_ACKNOWLEDGEMENT e encontromos a mensagem da SEFAZ PR para processar" BATCH_nfeRecepcaoLote "com a payload:
<<< <?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>2</tpAmb>
<verAplic>PR-v2_5_8</verAplic>
<cStat>588</cStat>
<xMotivo>Não é permitida a presença de caracteres de edição no início/fim da mensagem ou entre as tags da mensagem</xMotivo>
<cUF>41</cUF>
</retEnviNFe>
</nfeRecepcaoLote2Result>
</nfeRecepcaoLoteResponse2>
Depois de verificar com a "SEFAZ PR" eles confirmarom que o símbolo "|" que usamos como um separador no "xml" já não é suportado desde o dia 20/05/12, se fica sozinho o na primeira posiçao de um Tag. E isso ainda que o validador do site da "SEFAZ RS" validou sem problemas, como os servidores da SEFAZ de outros estados.
Obrigado sempre pela sua ajuda e por se preocupar para os colegas aquim no forum!
Grande abraço!
Nino
Bom dia Antonino,
Aí tem duas issues geradas pela Sefaz PR:
1) LEVE: a rejeição que você obteve 588 que só a Sefaz PR está respondendo desta forma. Eliminando isso você voltará a emitir novamente.
2) GRAVE: a resposta nfeRecepcaoLote deles não tem a tag dhRecbto que é campo obrigatório neste XSD (Manual 4.01, pág. 29, AR09) e foi por isso e não pelo 588 que o proxy não processou o retorno.
Contacte a Sefaz PR para adicionar a tag dhRecbto e evitar novas paradas.
Pois a cada rejeição da Sefaz você precisará investigar a resposta deles no PI.
Atenciosamente, Fernando Da Ros
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.