Consultar MDF-e

[Carlos Júnior]

Boa Tarde,   

  Estou tentando o código abaixo para consultar e gerar o xml processado novamente, mas esta dando acess violaton no método Consultar. Alguém pode ajudar, o erro também deu no exemplo do acbr. Aguardo

   ACBrMDFe1.Manifestos.Clear;
   ACBrMDFe1.Manifestos.LoadFromFile(OpenDialog1.FileName, True);
   ACBrMDFe1.Consultar;

35160358670969000150580010000000011000000018-mdfe.xml

[Italo Giurizzato Junior]

Boa tarde Carlos,

O que XML que você anexou é o que você esta carregando pelo LoadFromFile?

Se sim, você notou que ele não esta assinado?

O método Consultar só funciona se o XML estiver assinado.

Altere a sua rotina para:

   ACBrMDFe1.Manifestos.Clear;
   ACBrMDFe1.Manifestos.LoadFromFile(OpenDialog1.FileName, False);

   ACBrMDFe1.Manifestos.Assinar;
   ACBrMDFe1.Consultar;

[Carlos Júnior]

Italo, obrigado pela resposta.

Fiz como orientou, e não deu mais acess violation, mas deu a seguinte mensagem:

DigestValue do documento xxxxx não confere.

Italo,

Resolvi setando a propriedade ValidarDigest para False antes de consultar...não sei bem o que isso implica. 

[Italo Giurizzato Junior]

Bom dia Carlos,

Se esta ocorrendo o erro de DigestValue isso significa que o XML assinado posteriormente para realizar a consulta, contem diferenças em relação ao primeiro que foi enviado para a SEFAZ.

[maiko_bito]

Olá Amigos,  Amigo Italo, eu estou passando pela mesma dificuldade... mas no meu caso eu estou tentando automatizar retorno do status 204... 

Envio o MDFe, e aguardo... se tudo ocorrer bem apenas gravo protocolo, chave, etc.... 
caso der errado, e o motivo não for dados, então eu tenho enviar novamente o MDFe

dai na segunda tentativa de envio me retorna Duplicidade MDFe 204...

neste caso cai em uma parte do meu fonte onde eu tento obter a chave do MDFe pela propriedade "ACBrMDFe.Manifestos.Items[0].MDFe.procMDFe.chMDFe"

a partir desta chave, eu dou um Clear no componente, e carrego novamente com LoadFromFIle o arquivo que está  na pasta...

porém o componente segura nessa propriedade a ultima chave, não é igual a da primeira tentativa de envio, dai eu consulto essa chave que obtive após o 204 ai recebo essa mensagem de Digest value diferindo..

se eu fizer como o amigo sugeriu da certo... deixar o usuário ir na pasta e pegar o XML... ele vai se deparar com 2 XMLs lá o original da primeira tentativa, e o segundo XML o da tentativa que deu duplicidade... porém se ele pegar o XML correto ai sim consulta certinho... 

agora a minha dúvida é como obter a chave da primeira tentativa de envio, mesmo que o envio não foi bem sucedido... se eu tiver a chave original da primeira tentativa, obviamente encontrarei o XML original na pasta e com ele consultar....

[maiko_bito]

Pessoal resolvi meu problema consultando pela chave... consigo o DigestVal, em seguida executo uma consulta pelo XML....

apenas quero contar a vocês um caso, não sei se é problema, ou é alguma falta minha...
mas sempre que vou consultar um MDFe pela primeira vez ao abrir o programa, a consulta funciona... 
mas na segunda vez que vou consultar outro MDFe no caso, me retorna duplicidade com diferença na chave de acesso...
mesmo dando Clear nos Manifestos... e também ACBrMDFe.WebServices.Consulta.Clear;
não tem resolvido, me parece que ele segura alguma coisa da consulta anterior, não tenho certeza.... mas percebi isso....
se eu simplesmente fechar a aplicação e abrir novamente e executar a mesma consulta que deu duplicidade com diferença na chave, dai a consulta passa... ou seja, parece ser algo temporário que ficou...

 

[Italo Giurizzato Junior]

Bom dia Maiko,

Eu sempre aconselho a realizar uma consulta caso não obtenha o numero do protocolo como retorno após o envio.

Esse procedimento deve ser adotado para a NF-e, NFC-e, CT-e, MDF-e e etc.

Só devemos enviar novamente, caso ao consultar a SEFAZ informar que o respectivo documento não se encontra na sua base de dados.

[maiko_bito]

Excelente conselho amigo Italo, eu estava tentando reenviar sempre, e com isso vai gerando XMLs a cada tentativa, com diferença na chave, muito obrigado. 

[Italo Giurizzato Junior]

Maiko,

Se você gera um código aleatório para o documento a ser emitido, código este que vai compor a chave esta correto.

Mas procure salvar esse código aleatório juntamente com os demais dados do documento no banco de dados.

Por exemplo temos o nMDF que é o numero do MDF-e e o cMDF que é o código aleatório do MDF-e, ambos vão fazer parte da chave do MDF-e.

Pois bem na tabela que entre outras coisas temos o numero do MDF-e crie mais um campo para armazenar o código aleatório.

Isso deve ser feito antes de alimentar o componente com os dados, desta forma quando você for alimentar o componente para emitir o MDF-e, você vai atribuir a nMDF e a cMDF informações lidas do banco de dados.

Caso seja necessário gerar novamente o XML de um MDF-e a chave deste novo será igual ao do antigo.

Quando devemos gerar novamente o XML?

Por exemplo quando o digníssimo usuário fez o favor de deletar o mesmo.

[maiko_bito]

Ai sim!

Show!!!

Muitíssimo obrigado Italo... já estou ajustando aqui...