Jump to content

Delphi chamada_delphi.png acbr.png

C6 chamada_c6.png botao.png

MDFe UF não pode ser vazia


Go to solution Solved by Italo Giurizzato Junior,
  • Este tópico foi criado há 1408 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro

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,

Link to comment
Share on other sites

  • Administradores

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

Consultora SAC ACBr

Juliana Tamizou
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Link to comment
Share on other sites

  • Consultores

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.

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

Link to comment
Share on other sites

  • Membros Pro

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.

Link to comment
Share on other sites

  • Consultores
  • Solution

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).

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

Link to comment
Share on other sites

  • Membros Pro

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

Link to comment
Share on other sites

  • Consultores

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".

  • Like 1
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

Link to comment
Share on other sites

  • Moderadores

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

 

  • Like 2
Link to comment
Share on other sites

  • Este tópico foi criado há 1408 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.