Digestvalue Do Documento Não Confere

[ricardo54351060]

ops segue as nfs

Nfe.rar

[André Ferreira de Moraes]

O problema não ocorre na versão anterior pois não exista a verificação do digest q foi adicionado somente na versão da semana passada.

[André Ferreira de Moraes]

ops segue as nfs

No XML 53141138056263000195550010000005781000005784-nfe.xml alguns campos não estão iguais ao que está autorizado no site, ou seja, o XML gerado não condiz com o que foi autorizado e por isso o Digest não é igual.

Exemplos:

<hSaiEnt>08:43:43</hSaiEnt>" e no site está = "27/11/2014 às 19:52:05"

<verProc>V.2014.11.27a</verProc> e no site está = "V.2014.11.27"

[edsonalves]

 

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}

 

Regis, bom dia!

 

Agora me rotorna sempre o erro abaixo, somente no ambiente de homologação, produção esta Ok.

 

[João Paulo F. Bellucci]

 

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>

 

Também passei por esse problema e notei que o componente não esta mais gerando exceção para rejeição do SAFAZ. Verifique o exemplo do componente NFe2 que vem junto com os fontes e la também não se trata mais exceção. 

Agora eu pego o status de retorno e trato caso a caso.

[André Ferreira de Moraes]

Também passei por esse problema e notei que o componente não esta mais gerando exceção para rejeição do SAFAZ. Verifique o exemplo do componente NFe2 que vem junto com os fontes e la também não se trata mais exceção. 

Agora eu pego o status de retorno e trato caso a caso.

Atualize novamente e a exceção deve aparecer de volta.

[João Paulo F. Bellucci]

Atualize novamente e a exceção deve aparecer de volta.

Ok, vou atualizar e fazer o teste.

 

Obrigado.

[ricardo54351060]

Entendi André, então agora como tem o Digest Value, após envio do XML, NÃO SE MEXE MAIS, pois qq caracter vai gerar um digst diferente.....

 

vlws

[André Ferreira de Moraes]

Entendi André, então agora como tem o Digest Value, após envio do XML, NÃO SE MEXE MAIS, pois qq caracter vai gerar um digst diferente.....

 

vlws

Não é agora, sempre foi assim, apenas o componente não forçava essa validação.

[Daniel Caus]

Desculpa a pergunta, mas em que momento, ou situação pode estar acontecendo esta alteração dos dados do XML?

Até pq é somente um que outro caso que aconteceu...

E depois que aconteceu, como conseguir para validar a NF-e?

 

desde já agradeço!

[André Ferreira de Moraes]

Desculpa a pergunta, mas em que momento, ou situação pode estar acontecendo esta alteração dos dados do XML?

Até pq é somente um que outro caso que aconteceu...

Não sei, sem mais informações de como reproduzir o problema fica difícil de saber se o problema está no componente ou na aplicação.

E depois que aconteceu, como conseguir para validar a NF-e?

Basta gerar o XML exatamente igual ao que foi enviado ao SEFAZ e assinar com o mesmo certificado, se mudar um carácter o Digest gerado já será diferente.

[Gr@c@]

comecei a ter esse problema hoje aqui em MG ambiente de produção.

 

Só confirmando porque peguei o assunto atrasada, tenho que fazer somente isso? Desativar essa linha no ACBr.inc e recompilar minha aplicação?

 

{$DEFINE SoapHTTP}

Editado 9 Dezembro, 2014 por Gr@c@

[SauloNCunha]

Ola Gostaria de aproveitar esse tópico. Estou com esse problema no MDFe 

Consulto o mesmo pela chave e esta ok 

Validação do xml tambem esta ok 

mas quando vou consultar pele meu sistema da a mensagem "Digestvalue do Documento"

31161242805796000108580010000000451341582073.xml

[Juliomar Marchetti]

por que a informação não está sendo gravada igual

pode conferir que é um campo de data com hora junto!

[SauloNCunha]

Deu certo era isso mesmo. Muito Obrigado Juliomar Marchetti

O que pode ter ocorrido com xml para ter dado esse problema no campo data e hora? 

[Juliomar Marchetti]

como você trata o salvamento e o retorno desses dados.

tipo do datafield e etc.

[SauloNCunha]

Faço a busca do MDFe em minha base pelo numero do recibo e passo para o componente ACBr fazer a consulta 

ACBrMDFe.WebServices.Recibo.MDFeRetorno.ProtMDFe.Items[0].'campo'.....

e exibo na tela ou gravo na tabela o retorno 

exemplo 

FormatDateTime('DD/MM/YYYY hh:mm:ss', ACBrMDFe.WebServices.Recibo.MDFeRetorno.ProtMDFe.Items[0].dhRecbto)

mas o estranho que somente esse deu problema os outros MDFe's emitidos antes e depois não esntão dando esse erro