MDFe UF não pode ser vazia

[Luiz Carlos de Lima]

Boa noite,

Esta retornando erro no meu MDFe versão 3.0 quando vou imprimir, sendo que o mesmo ja foi autorizado. Já debuguei e esta sendo informada as UFs, alguém pode me informar qual a tag especifica que deve ser preenchida para este caso.

ACBrDFe   

if EstaVazio(UF) then
    raise EACBrDFeException.Create('UF não pode ser vazia');

Utilizo Delphi e FastReport

Grato,

[Juliana Tamizou]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Italo Giurizzato Junior]

Bom dia Luiz,

Esse erro esta ocorrendo quando você tenta enviar o MDF-e ou algum evento do MDF-e.

Favor anexar os XML gerados.

[Luiz Carlos de Lima]

Bom dia Italo,

O erro esta na chamada  do evento  ACBrMDFe1.Consultar.

O MDFe já está autorizado, quando preciso imprimir chamo os eventos  ACBrMDFe1.Consultar e ACBrMDFe1.Manifestos.Imprimir.

Retirei o ACBrMDFe1.Consultar e consegui imprimir chamando apenas o ACBrMDFe1.Manifestos.Imprimir. Mas nao gera o XML.

[Italo Giurizzato Junior]

Bom dia Luiz,

Se o MDF-e foi enviado, autorizado pela SEFAZ e o XML do MDF-e consta o protocolo de autorização, me explica qual é motivo de executar o método Consultar antes do método Imprimir?

O método Consultar devemos usar quando enviamos o MDF-e para SEFAZ e ocorre algum erro de comunicação.

Ai sim executamos o método Consultar, pois se o erro ocorreu no retorno, teremos como resposta o protocolo de autorização ou a rejeição.

Por outro lado se o erro de comunicação ocorreu no envio, teremos como resposta a informação que o MDF-e não consta na base de dados, ai devemos enviar novamente o MDF-e para SEFAZ.

Outra coisa, como assim "Mas não gera o XML"?

Para imprimir o DAMDFE é preciso ter o XML salvo em disco ou no banco de dados.

Antes de executar o método Imprimir devemos carregar o XML usando o LoadFromFile (salvo em disco) ou LoadFromString (salvo no banco de dados).

[Luiz Carlos de Lima]

Bom dia Ítalo,

Veja bem, uso o MDFe desde que foi implantado. No meu processo passo as configurações, os parâmetros então faço a chamado ACBrMDFe1.Enviar(1).

Não guardo o XML em banco, e como o usuário pode excluir seu XML, posteriormente não tem como reimprimir o DAMDFE .

Então meu procedimento para reimpressão sempre foi:  Passo as configurações, os parâmetros usando a mesma rotina de envio(sem chamar o evento Enviar), então chamo ACBrMDFe1.Consultar e ACBrMDFe1.Manifestos.Imprimir. Isso sempre funcionou e ainda funciona até a última versão que liberei aos clientes que foi em Abril/2018(Veja anexo anterior). Depois que atualizei o ACBr que percebi este problema, ou seja, no evento ACBrMDFe1.Consultar retorna o erro 'UF não pode ser vazia', se retiro a chamada deste evento e chamo apenas o evento ACBrMDFe1.Manifestos.Imprimir o DAMDFE  sai errado(Veja anexo Atual).

Quanto a não gerar XML, sempre acreditei que o evento Consultar que montava ele para a o evento imprimir. o XML anexo foi montado com a versão anterior, onde uso Consultar, somente com o evento imprimir o XML não é gerado.

DAMDFe_Anterior.pdf

DAMDFe_versaoatual.pdf

52180701526219000191580000000018781000018782-mdfe.xml

[Italo Giurizzato Junior]

Boa noite Luiz,

Se o usuário deleta o XML precisa ser demitido por justa causa, como ele deleta um documento?

Outra coisa, o dono da empresa precisa tirar a capivara do bolso e comprar o HD externo que custa uma fortuna, em media 500 reais.

Após carregar o componente com os dados, execute o método Assinar, depois o Validar por fim o Consultar.

Vamos ver se dessa forma não ocorre o erro de "UF não pode ser vazia".

[Amarildo de Matos]

Boa Noite..

Referente a que tu falou luiz de nao gravar xml, em banco, seria importante rever isso.. Nos meus sistemas, em tudo que gera Xml, seja nota de servico,Nfe,nfc-e,Cte,Cte-os,Mdfe-,ou o que quer seja, tudo é colocado em banco. isso traz uma segurança muito grande. pois no momento que faz a copia do banco, esta fazendo a copia de todos, os seus xmls..Beleza..