Ir para conteúdo
  • Cadastre-se

dev botao

Digestvalue Do Documento Não Confere


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

Recommended Posts

  • Solution
Postado

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

Postado

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

  • Consultores
Postado

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 / Araraquara-SP

Araraquara - A era dos Trólebus

Postado (editado)

Italo

 

entendi... vou entrar em contato a sefaz no caso DF e volto a postar aki, porém soh um detalhe, e quando volto a versao antiga o retorno é ok? não sai a msg?

 

obrigado por enquanto

Editado por ricardo54351060
Postado

Boa tarde,

 

como minha ultima atualização foi antes da data mencionado pelo Italo, vou fazer novamente e depois informo se tenho resultado positivo.

 

Deux Software Soluções e Sistemas

Ribeirão Preto - SP

Postado

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>
Postado

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.

  • Moderadores
Postado

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
Postado

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

Postado

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.

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