Ir para conteúdo
  • Cadastre-se

dev botao

Digestvalue Do Documento Não Confere


ALA
Ver Solução Respondido por Alisson Suart,
  • Este tópico foi criado há 2667 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Moderadores

Consulte a nota no portal da NFe - http://www.nfe.fazenda.gov.br/portal/consultaCompleta.aspx?tipoConteudo=XbSeqxE8pl8=e compare o DigestValue do seu XML com o que está no site.

djsystem-logo.png
 youtube.png facebook.png instagram.png linkedin.png
André Ferreira de Moraes | Analista de Sistemas
www.djsystem.com.br | www.djpdv.com.br
www.tefhouse.com.br | www.lambretinha.com.br
Link para o comentário
Compartilhar em outros sites

  • Solution

Boa tarde,

 

Vou aproveitar o gancho, pois estou recebendo a mesma mensagem, porém ao consultar na sefaz a chave da NFe, ela não consta no site.

Depois de muito mexer, descobri que ao invés de exibir a mensagem de erro, referente a algum campo não preenchido corretamente, a sefaz me retorna essa mensagem do Digest tb.

 

Como descobri ? No retorno das mensagens do ACBr, eu peguei o Nr. do Recibo e fiz um consulta por ele, concluindo no retorno da mensagem sendo problema de preenchimento em determinado campo. Gostaria de saber por que desta mensagem assim. Até o presente não havia recebido nada parecido. Único detalhe que este cliente é novo na emissão da NF-e, esta na 5 (quinta NF), com certificado A3 e na versão 3.10

 

Se alguém tiver alguma ideia de como eu poderia fazer pra voltar a exibir as mensagens de erro normalmente, agradeço tb.

 

Vlw.

 

Deux Software Soluções e Sistemas

Ribeirão Preto - SP

Link para o comentário
Compartilhar em outros sites

Boa noite

 

Pessoal após atualizar o componente também estou tendo o problema de digestvalue, a rotina que estou utilizando é

 

gero o lote

envio

confirmo o recebimento <<---- aqui estranhamente retorna como se a NFe não fosse recebida pela sefaz e não retorna nenhum motivo

Imprimo <<-- sai sem o número de protocolo

 

ao consultar a nf da o digestvalue e estranhamente todas as nfs estão na sefaz (isso ocorre no DF)

em SP não tenho o digestValue porém o sitado acima ocorre também

 

e nada disso ocorria antes desta atualização, alguém sabe se mudou alguma rotina do componente!?

 

grato

Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom dia Ricardo,

 

Eu fiz uma correção referente a esse problema e disponibilizei no dia 26/11/2014 quando foi que você atualizou?

 

Se foi antes ou nesse dia, por favor atualize novamente.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Consultores

Ricardo,

 

Se você tem salvo em disco o XML da NF-e e o de retorno após a consulta, se possível post como anexo os dois arquivos.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Consultores

Ricardo,

 

Se você comparar o conteúdo da TAG DigestValue que esta na assinatura da NF-e vai notar é diferente do conteúdo da TAG digVal que esta no XML de retorno a consulta a situação da NF-e.

 

Veja:

 

NF-e => <DigestValue>4qCHl7gYiRPUvH/GB2V9VC8Rjco=</DigestValue>

Retorno => <digVal>+1sDG1JQM1XtcEbR6qgJOSbbG30=</digVal>

 

O retorno se refere a NF-e, pois chequei a chave e no retorno consta que a NF-e foi autorizada.

 

Como a nota foi aceita, processada e autorizada, acredito eu ser algum problema na SEFAZ Virtual do RS que esta retornando um digVal diferente.

 

Sugiro você entrar em contato com eles enviar os seguintes arquivos:

 

53141138056263000195550010000005781000005784-nfe.xml

53141138056263000195550010000005781000005784-sit.xml

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Pessoal, alguém faz ideia de quando retorna o ambiente de homologação de SP?

Outra coisa, meu sistema esta "loquinho", acabei de enviar uma nota nº 191 em ambiente de produção na versão 3.10, só que essa nota 191 já havia sido autorizada na versão 2.0, apenas queria ver a rejeição de duplicidade de notas, mas não gera rejeição alguma, recebe o retorna e imprimi a danfe como se tivesse sido autorizada, mas na impressão sai a informação que a mesma esta sem autorização e se consulto a nota pelo xml, da o erro Digestvalue...

 

Outra coisa, no exemplo do Acbr tento enviar a mesma nota 191 em ambiente de produção, olha o que tenho de retorno:

 

<?xml version="1.0"?>
 
-<retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe"versao="3.10">
 
<tpAmb>1</tpAmb>
 
<verAplic>SP_NFE_PL_008d</verAplic>
 
<nRec>351002566546038</nRec>
 
<cStat>104</cStat>
 
<xMotivo>Lote processado</xMotivo>
 
<cUF>35</cUF>
 
<dhRecbto>2014-11-28T14:57:18-02:00</dhRecbto>
 
 
-<protNFe versao="3.10">
 
 
-<infProt>
 
<tpAmb>1</tpAmb>
 
<verAplic>SP_NFE_PL_008d</verAplic>
 
<chNFe>35141105771799000133550010000001911000001912</chNFe>
 
<dhRecbto>2014-11-28T14:57:18-02:00</dhRecbto>
 
<cStat>252</cStat>
 
<xMotivo>Rejeição: Ambiente informado diverge do Ambiente de recebimento</xMotivo>
 
</infProt>
 
</protNFe>
 
</retConsReciNFe>
Link para o comentário
Compartilhar em outros sites

  • Moderadores

Outra coisa que observei: Instalei a versão anterior do Acbr em uma MV e ao consultar o status da servidor de homologação de SP retorna que o mesmo esta OK, na versão nova do Acbr sempre retorna que não foi possível estabelecer uma conexão.

 

no arquivo ACBr.inc que fica dentro da pasta ACBrComum procure e descomente a linha:

 

// Descomente a linha abaixo para usar o componente de comunicação SOAP do Delphi ao invés do ACBrHTTPReqResp(Funciona apenas com a versão CAPICOM) - Não é compatível com o Lazarus
//--------------------------------------------------------------------------------
{$DEFINE SoapHTTP}

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Link para o comentário
Compartilhar em outros sites

Bom Dia,

 

Continuo com o problema, alguém já solucionou ?

 

Obrigado

      Igor Moura

Analista Desenvolvedor de Sistemas

Contato:  (11) 98159-3040

E-mail [ Principal ] :    [email protected]

E-mail [ Secundário ] :    [email protected]

Java - Delphi - Gerenciamento de Projeto.

Sistema ERP, Tributação, SPED, Sintegra, NFe, CTe, MDFe.

Mobilidade [ Força de Venda - Comanda Eletrônica - Garçom MOB ]

Iterative - ConectCar - São Paulo / SP

Link para o comentário
Compartilhar em outros sites

  • Moderadores

Bom Dia,

 

Continuo com o problema, alguém já solucionou ?

 

Obrigado

Seguiu a risca os procedimentos acima e também efetuou a recompilação de seus pacotes?

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Black-02.png
 

 

Link para o comentário
Compartilhar em outros sites

  • Moderadores

Sem os dados do XML fica difícil saber se o erro está no componente ou na aplicação que está consultando uma nota diferente da que foi enviada ao fisco.

djsystem-logo.png
 youtube.png facebook.png instagram.png linkedin.png
André Ferreira de Moraes | Analista de Sistemas
www.djsystem.com.br | www.djpdv.com.br
www.tefhouse.com.br | www.lambretinha.com.br
Link para o comentário
Compartilhar em outros sites

Como dito acima, neste caso foi gerada a NFe e enviada para a SEFAZ, nota fiscal validada e protocolada, porém no XML fica com um número e na SEFAZ outro.

 

Estas NFes foram enviadas para a SEFAZ, porém ainda sem retorno do pessoal de lá, mas quando volto a versão do componente, não ocorre mais o problema.

 

Outra coisa que foi notada em SP é que as nfs mesmo na 2.00 ela não retorna o protocolo da primeira vez ao enviar, tem que ser feito uma consulta após envio para poder protocolar ( isso na versao nova ), onde acaba gerando "consumo indevido"

 

Ocorre também que caso ocorra alguma rejeição não retorna o motivo e as vezes ( muitas vezes ) retorna status de rejeição porém a nota fiscal foi validade e se encontra na SEFAZ.

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2667 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.

The popup will be closed in 10 segundos...