Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 3114 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

Pessoal bom dia,

li varias mensagens no grupo sobre o DigestValue, mas no meu caso esta estranho veja este caso em anexo

faço consulta a uma nota retorna ok, a outra ele retorna o Digest, mas se eu for no site da receita esta ok a nota. (é sempre a mesma com problema) (tive alguns casos em clientes diferentes)

ele retorna ERRO: Autorizado o uso da NF-e, e não  a consulta completa como na versão anterior  (nota eu estava usando acbrnfemonitor 9.0 passei para acbrmonitorplus 3.03.4 por causa do cest. ai começou o problema)

 

Obrigado

Ivã

 

digest.txt

  • Moderadores
Postado

Boa tarde!
Talvez você tenha algum problema na rotina do teu sistema quanto ao retorno do protocolo. Qualquer alteração que conste no XML haverá um novo cálculo do DigestValue, mas isto é meio complicado de explicar. Procure dar uma boa lida e entender este processo que com certeza vai clarear o entendimento.  Na receita não muda pois o XML que está lá não é alterado de forma alguma, portanto permanece o DigestValue do "protNFe" igual ao do "corpo" da nota.

Para resolver o teu problema de imediato, apenas desmarque a opção  [  ] Validar Digest Value ao consultar XML na opção [ DF-e ]

  • Curtir 4


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

  • 1 mês depois ...
  • Membros Pro
Postado

Para resolver o teu problema de imediato, apenas desmarque a opção  [  ] Validar Digest Value ao consultar XML na opção [ DF-e ]

 

Ok, essa DIGEST VALUE estava me perturbando, mas com essa orientação ficou OK.

  • Moderadores
Postado
Em 13/05/2016 at 16:51, Michel Guedes Campos disse:

Ok, essa DIGEST VALUE estava me perturbando, mas com essa orientação ficou OK.

Bom dia! 
Se está ocorrendo com frequência, vc deve ter algum problema em sua rotina.
o <DigestValue> da <NFe>conteudo</NFe> deve ser o mesmo da tag <digVal> do <protNFe>protocolo</protNFe>
Esta opção faz esta conferência.  Se não for o mesmo significa que o XML foi alterado, portanto vc deve dar uma revisada.
Embora vc não esteja recebendo mais a informação, vc pode ter o XML rejeitado por alguma empresa que verifica isto e não aceita o XML se estas tags estiverem diferentes.

Oriento a estudar bem estas informações, para não ter problemas futuros. Estude: "Assinatura digital e Digest Value"  que vc entenderá a importância deste conteúdo.



Uma das causas que ocorre isto é tentar montar o xml para consultar o mesmo ao perceber que não tem o protocolo.
Se o xml foi montando novamente e assinado há uma possibilidade grande de reenviar com alguma alteração por menor que seja, até um espaço a mais ou a menos em algum campo.  
Como a nota é encontrada na SEFAZ e está autorizada o protocolo é retornado, porém o XML não é o mesmo.
Para este caso aconselho. Monte o XML, assine de deixe gravado. Caso ele venha sem autorização, ao reenviar para uma consulta ele não será montado novamente e sim apenas reenviado. Desta forma o  XML será o mesmo e não ocorrendo a diferença terá o mesmo valor.

 


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

  • Membros Pro
Postado
2 horas atrás, Kiko Fernandes disse:

Bom dia! 
Se está ocorrendo com frequência, vc deve ter algum problema em sua rotina.
o <DigestValue> da <NFe>conteudo</NFe> deve ser o mesmo da tag <digVal> do <protNFe>protocolo</protNFe>
Esta opção faz esta conferência.  Se não for o mesmo significa que o XML foi alterado, portanto vc deve dar uma revisada.
Embora vc não esteja recebendo mais a informação, vc pode ter o XML rejeitado por alguma empresa que verifica isto e não aceita o XML se estas tags estiverem diferentes.

Oriento a estudar bem estas informações, para não ter problemas futuros. Estude: "Assinatura digital e Digest Value"  que vc entenderá a importância deste conteúdo.



Uma das causas que ocorre isto é tentar montar o xml para consultar o mesmo ao perceber que não tem o protocolo.
Se o xml foi montando novamente e assinado há uma possibilidade grande de reenviar com alguma alteração por menor que seja, até um espaço a mais ou a menos em algum campo.  
Como a nota é encontrada na SEFAZ e está autorizada o protocolo é retornado, porém o XML não é o mesmo.
Para este caso aconselho. Monte o XML, assine de deixe gravado. Caso ele venha sem autorização, ao reenviar para uma consulta ele não será montado novamente e sim apenas reenviado. Desta forma o  XML será o mesmo e não ocorrendo a diferença terá o mesmo valor.

 

Ok, Obrigado Kiko,

isto mesmo, as vezes o XML e formado com algumas informações no campo OBSERVAÇÕES DA NFE, e por alguma instabilidade na SEFAZ origem não foi enviado o XML ou não obtive o retorno correto daquele XML, na próxima tentativa de envio o campo OBSERVAÇÕES DA NFE e montado diferente do primeiro e ai que ocorre as diferenças.

Mas vou estudar para, uma vez criado o XML ele fique travado aquela informação e somente, feito o envio e consulta do mesmo.

 

Obrigado.

  • Este tópico foi criado há 3114 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.