Retorno do ACBR

[sfwinfo]

Estou tendo problemas para ler o retorno do ACBR, até a versão 1.2.0.62 fazia a leitura do campo XMotivo onde vinha exatamente a mesma mensagem do campo Msg

Atualizando para a versao 1.0.3.138 o campo XMotivo vem com o texto LOTE processado. Sem o texto real do retorno.

 

Primeiro pensei que poderia ser algo de retorno da secretaria e não algo do acbr, voltei para versão anterior e tudo normalizou, dessa forma entendi que a criação de estrutura de retorno era do ACBR, gostaria de saber se foi algo proposital com algum motivo, ou algum erro na configuração. 

A mudança no formato do retorno pode atrapalhar a leitura de cada aplicativo, onde cada um utiliza uma logica.. uns pegam CSTAT outro fazem a leitura do XMOTIVO outros do MSG 

Dessa forma qualquer mudança nessas estruturas podem afetar a leitura em cada aplicativo.

 

Entendo que o campo XMOTIVO é o campo chave e não poderia ser alterado..

Data do recibo tambem fica como 30/12/1899

 

Versao 1.0.2.62

[Retorno]
CStat=100
CUF=35
ChaveNFe=35201117916015000105550010000001151945446418
DhRecbto=30/12/1899
Msg=Autorizado o uso da NF-e
Protocolo=135200009105866
VerAplic=SP_NFE_PL009_V4
Versao=4.00
XMotivo=Autorizado o uso da NF-e
cMsg=0
nRec=351000148773998
tpAmb=2
xMsg=
 

Versão 1.0.3.138

[Retorno]
CStat=104
CUF=35
ChaveDFe=35201117916015000105550010000001121832886534
DhRecbto=30/12/1899
Msg=Autorizado o uso da NF-e
Protocolo=135200009104830
VerAplic=SP_NFE_PL009_V4
Versao=4.00
XMotivo=Lote processado
cMsg=0
nRec=351000148772746
tpAmb=2
xMsg=

Grato

[antonio.carlos]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Rafael Dias]

Senão me engano foi corrigido para ler o xMotivo corretamente, antes ele lia errado e pegava a mensagem, compare com o xml de retorno e veja se esta correto.

[Aurelio Maica]

Boa noite estou com esse esse mesmo erro o campo DhRecbto=30/12/1899 como corrigir?

[Juliomar Marchetti]

Coforme mensagem está com a versão atualizada?

[Aurelio Maica]

Versão: 1.3.0.330 -x64

era o download mais atual para versao linux

[Aurelio Maica]

Alguma posição sobre o assunto?

[José M. S. Junior]

Boa tarde, esse tipo de retorno normalmente ocorre quando esse campo tem retorno nulo por parte do WebService...

Vamos verificar uma validação para esses campos no retorno... 

[Aurelio Maica]

Há alguma coisa que eu possa fazer?

[José M. S. Junior]

Esses retornos de respostas são gerados em tempo de execução pelo componente ACBr baseado nas tags do próprio XML de retorno, vamos avaliar com calma para não "quebrar" a geração dos retornos de outros métodos...

Mas na sua aplicação o que pode fazer é validar se é uma data válida ao ler o campo, se não for nem grava... Se verificar nesse XML especifico, não deve estar vindo este campo, então não é uma informação que precise armazenar.

[sfwinfo]

Ola atualizei para a nova versao 338. E o problema persiste, o retorno do campo xmotivo não esta vindo com a informação correta.. 

 

Versão 1.2.0.62 esta perfeita ainda.. funcionando o retorno com a mensagem correta no campo XMOTIVO.

Não estou podendo atualizar o ACBR devido essa divergencia.. inviavel mudar todo o sistema para adequar a essa mudança que talvez tenha sido um erro no acbr.. alguns clientes utilizar versao .62 que esta perfeita.

 

Grato

 

[sfwinfo]

Segue retorno xml  na primeira CHAVE xMotivo deveria retornar igual a segunda chave

 

<retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">

<tpAmb>2</tpAmb>

<verAplic>SP_NFE_PL009_V4</verAplic>

<nRec>351000150119443</nRec>

<cStat>104</cStat>

<xMotivo>Lote processado</xMotivo>

<cUF>35</cUF>

<dhRecbto>2021-01-13T09:03:06-03:00</dhRecbto>

<protNFe versao="4.00">

<infProt>

<tpAmb>2</tpAmb>

<verAplic>SP_NFE_PL_008i2</verAplic>

<chNFe>35210117916015000105550010000001231186126465</chNFe>

<dhRecbto>2021-01-13T09:03:07-03:00</dhRecbto>

<cStat>210</cStat>

<xMotivo>Rejeição: IE do destinatário inválida</xMotivo>

</infProt>

</protNFe>

</retConsReciNFe>

[José M. S. Junior]

Bom dia, esse XML retorno é da própria SEFAZ...

Como o envio da NFe é assincrono primeiro é obtido o retorno de recepção do método com o numero do recibo para uma posterior consulta. No caso o próprio ACBr Já realiza a Consulta pelo recibo para obter a Autorização ou a rejeição, como nesse caso acima.

Veja como é as sessões do retorno no exemplo de Resposta... note que tem [ENVIO] [RETORNO] e depois a [NFE...] com o processamento de fato

https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

[sfwinfo]

Ola. veja eu até entendo que as informação são obtidas pelo sefaz, mas acredito que a montagem da estrutura do xml retorno é feita pelo acbr. juntando as informacoes que o sefaz envia. Pois se eu apenas mudar o EXE do acbr o retorno ja é diferente.. Isso é a estrutura foi montada pelo ACBR..

Mantendo todos os layouts do acbr atual e apenas mudando o executavel para a versão .62 a estrutura do arquivo xml de retorno ja é diferente.. n xmotivo inicial vem a rejeicao ou autorização.. conforme segue abaixo o xml

talvez essa estrutura abaixo seja a leitura do xml da secretaria para que nosso sistema possa ler e dar as devidas consideraçoes..

Entao veja que no primeiro XMOTIVO consta a REJEICAO e não simplesmesm LOTE PROCESSADO.

Imagino que essa estrutura seja do ACBR.. pois agora so  mudei o executavel para versao  1.2.0.62 e o retorno ja é diferente.

 

Abraço

[Retorno]
CStat=210
CUF=35
ChaveNFe=35210117916015000105550010000001231534251967
DhRecbto=30/12/1899
Msg=Nota(s) nao confirmadas:
123->210-Rejeicao: IE do destinatario invalida
Protocolo=
VerAplic=SP_NFE_PL009_V4
Versao=4.00
XMotivo=Rejeicao: IE do destinatario invalida
cMsg=0
nRec=351000150120439
tpAmb=2
xMsg=

[NFe123]
Id=
XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_008i2</verAplic><chNFe>35210117916015000105550010000001231534251967</chNFe><dhRecbto>2021-01-13T10:03:11-03:00</dhRecbto><cStat>210</cStat><xMotivo>Rejeicao: IE do destinatario invalida</xMotivo></infProt></protNFe>
cStat=210
chNFe=35210117916015000105550010000001231534251967
dhRecbto=13/01/2021 10:03:11
digVal=
nProt=
tpAmb=2
verAplic=SP_NFE_PL_008i2
xMotivo=Rejeicao: IE do destinatario invalida

 

Veja o retorno montado pelo ACBR na versão atual

 

[Retorno]
CStat=104
CUF=35
ChaveDFe=35210117916015000105550010000001231186126465
DhRecbto=30/12/1899
Msg=Nota(s) nao confirmadas:123->210-Rejeicao: IE do destinatario invalida
Protocolo=
VerAplic=SP_NFE_PL009_V4
Versao=4.00
XMotivo=Lote processado     AQUI DEVERIA MOSTRAR A REJEIÇAO CONFORME MOSTRA ABAIXO
cMsg=0
nRec=351000150119443
tpAmb=2
xMsg=

[NFe123]
Id=
XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_008i2</verAplic><chNFe>35210117916015000105550010000001231186126465</chNFe><dhRecbto>2021-01-13T09:03:07-03:00</dhRecbto><cStat>210</cStat><xMotivo>Rejeicao: IE do destinatario invalida</xMotivo></infProt></protNFe>
cStat=210
chDFe=35210117916015000105550010000001231186126465
dhRecbto=13/01/2021 09:03:07
digVal=
nProt=
tpAmb=2
verAplic=SP_NFE_PL_008i2
xMotivo=Rejeicao: IE do destinatario invalida

[NFe_Arq123]
Arquivo=C:\SFW\RESPOSTANFE\RETORNO\35210117916015000105550010000001231186126465-nfe.xml

Observe que até o cStat fica incorreto mostrando na primeira parte 104 - lote processado , sendo que o correto é 210 rejeicao.

Grato

[José M. S. Junior]

@sfwinfo, essa versão que está utilizando está bastante defasada, inclusive referentes as Notas Técnicas Recentes da SEFAZ que não vai estar nessa versão. 

Quanto ao modelo de respostas, todos os DFes passaram por uma reestruturação para gerar exatamente como é retornado pela SEFAZ... Mas isso já faz um bom tempo, por isso é importante atualizar o Monitor.

Como eu disse na sessão [RETORNO] é apenas a resposta de processamento do método por parte da SEFAZ, note que diz que foi apenas PROCESSADO, para obter o retorno de fato com a autorização ou uma possível rejeiçao é preciso consultar pelo numero do recibo, e é isso que o componente faz... Então para obter a autorização ou rejeição deve sempre se basear na sessão [NFE...] com o numero da NFe.

Se analisar os XMLs de gravados vai notar que tem essa mesma estrutura, primeiro obtem o retorno com o Processamento e depois  XML com a autorização ou rejeição

Obs: A resposta só vira direto na sessão [RETORNO] caso seja realizado um envio Sincrono, para NFCe por exemplo... Mas a NFe o envio é Assincrono por isso terá primeiro o retorno do Processamento de Depois da Consulta do Recibo

 veja também esse tópico: