Ir para conteúdo
  • Cadastre-se

dev botao

Não gerando a tag mdfeProc


BS
  • Este tópico foi criado há 1932 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Bom dia,

 

Realizo normalmente o envio do xml referente a uma mdfe, porem quando faço o encerramento ocorre o erro: "falha no schema xml específico para o evento mdfe"

Comparando com o xml baixado com o xml gerado pelo o sistema consta a falta da tag 'mdfeProc'. Como faço para gerar essa tag?

 

Quando baixei o xml e tentei novamente o encerramento ... acabou funcionando.

 

Coloco no validador o xml gerado pelo o sistema e o mesmo passa.

 

Já atualizei os schemas.

 

Até o momento nada.

 

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom dia,

Quando você envia o MDF-e para a SEFAZ-Autorizadora o mesmo tem que estar Assinado.

Se tudo estiver correto a SEFAZ retorna o protocolo de autorização.

O componente se encarrega de acrescentar o protocolo de autorização no XML assinado e consequentemente acrescenta também o grupo mdfeProc.

Você não esta pegando o XML apenas assinado em vez de pegar o XML completo ou seja assinado e com protocolo de autorização?

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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Primeiramente obrigado pelo o retorno.

Estou pegando o xml, assinando e enviando.

Exemplo da sequencia:

  ACBrMDFe1.Manifestos.Clear;
  GerarMDFe();

 

  //assinando o xml

  ACBrMDFe1.Manifestos.Assinar;

 

  ACBrMDFe1.Enviar(StrToInt(vNumLote2));

  MemoResp.Lines.Text   := ACBrUTF8ToAnsi(ACBrMDFe1.WebServices.Retorno.RetWS);
  memoRespWS.Lines.Text := ACBrUTF8ToAnsi(ACBrMDFe1.WebServices.Retorno.RetWS);
  LoadXML(MemoResp, WBResposta);

...

 

Porem não estou entendendo o porque não está gerando essa tag.

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom dia,

Com o programa exemplo ocorre o mesmo problema?

Você configurou para salvar o XML?

Configuracoes.Arquivos.Salvar := True;

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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde,

Por favor faça testes com o programa exemplo.

Verifique quais XMLs foram salvos em disco.

  • Curtir 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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • 4 semanas depois ...

Bom dia,

 

Peço desculpas pela demora.

Fiz o teste com o exemplo no ambiente de homologação e não ocorreu erro. Porem a modificação que fiz foi justamente em cima do exemplo.

 

Por favor, saberiam me dizer o que pode ter ocorrido?

 

Obrigado

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde,

Pela imagem notei que o MDF-e foi enviado e aparentemente foi autorizado, abra o arquivo *-mdfe.xml e veja no final dele se consta o protocolo de autorização.

O arquivo assinalado com a linha vermelha se refere ao arquivo final do processamento de um evento, abra o arquivo *-procEventoMDFe.xml e note que nele deve constar os dos do evento que você enviou e no final o protocolo que acusa a vinculação do evento ao MDF-e em questão.

  • Curtir 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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Boa tarde,

 

Estou olhando os dados e os mesmos estão batendo.

Fiz um teste utilizando o meu exe tambem no ambiente de homologação e o mesmo funcionou corretamente igual o exe de exemplo do ACBr. Porem quando coloco o meu exe no cliente ocorre esse erro de nao gerar a tag mdfeProc. Será que pelo o  fato de trabalhar no ambiente de produção, isso nao esteja influenciando?

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom dia,

Se não esta gerando a tag <mdfeProc> significa que o MDF-e enviado não foi autorizado.

Você precisa configurar o componente para salvar os XMLs secundários.

Configuracoes.Geral.Salvar := True

Desta forma os arquivos de envio e de retorno da SEFAZ serão salvos em disco, desta forma será possível ver o que esta ocorrendo.

Aliais a sua aplicação tem que pegar o status e a descrição do mesmo e apresentar na tela caso seja diferente de 100, pois pode esta ocorrendo uma rejeição e esta não esta sendo apresentada. 

  • Curtir 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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Bom dia,

 

De acordo com os testes, a tag mdfeProc não está gerando quando o sistema roda em ambiente de produção. Quando executei em ambiente de homologação a tag foi gerada corretamente.

Italo, verifiquei o componente e está marcada a opção Salvar, porem, aproveitei e coloquei tambem direto no codigo.

Conforme informou no post, coloquei uma condição para verificar o status de retorno e a mensagem. Estou aguardando qual mensagem o sistema pode retornar.

 

Obrigado.

  • Curtir 2
Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom dia,

Se o componente esta configurado para salvar os XMLs de envio e de retorno, porque você não anexa para que possamos lhe ajudar.

Sem esses arquivos ficamos de mãos atadas.

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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde BS,

Os arquivos que você anexou se refere ao ambiente de homologação que conforme dito esta funcionando sem nenhum problema.

Sendo assim eles não vão ajudar em nada, uma vez que o problema é no ambiente de produção.

  • Curtir 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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Moderadores

boa tarde.. bs..

a primeira coisa, que vi e que voce tera de arrumar, é o seguinte:

faltou os percursos..

o porque? o estado inicial é um e o final é outro.. 

<ide>
      <cUF>35</cUF>
      <tpAmb>1</tpAmb>
      <tpEmit>2</tpEmit>
      <mod>58</mod>
      <serie>1</serie>
      <nMDF>125</nMDF>
      <cMDF>00000001</cMDF>
      <cDV>0</cDV>
      <modal>1</modal>
      <dhEmi>2018-12-11T10:21:16-02:00</dhEmi>
      <tpEmis>1</tpEmis>
      <procEmi>0</procEmi>
      <verProc>1.0</verProc>
      <UFIni>SP</UFIni>
      <UFFim>MG</UFFim>
      <infMunCarrega>
        <cMunCarrega>3507605</cMunCarrega>
        <xMunCarrega>BRAGANCA PAULISTA</xMunCarrega>
      </infMunCarrega>
    </ide>

 

depois que voce fizer isso, gere novamente no seu cliente, e verifique que erro vai dar.. dando outro erro, mande o erro, e o xml completo novamente.

2018-12-11_1442

https://acbr.sourceforge.io/ACBrMonitor/ModeloMDFeINI.html

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde a todos,

Neste caso o grupo <percurso> não se faz necessário uma vez que a UF de origem é vizinha da UF de destino.

Só devemos informar o percurso quando o caminho tem que passar por um ou mais Estados que estão no meio do caminho entre a UF de origem e destino.

Por exemplo UF origem = São Paulo, Destino = Mato Grosso, neste caso o caminhão tem que passar por Mato Grosso do Sul. 

No Percurso devemos neste exemplo informar somente a UF de Mato Grosso do Sul.

O problema é outro, o MDF-e que foi anexado não foi autorizado pelo simples fato de existir um MDF-e que não foi encerrado.

Por favor abra o arquivo: 359000464203839-pro-rec.xml 

 Rejeição: Existe MDF-e não encerrado há mais de 30 dias para o emitente [chMDFe Não Encerrada:35181113296533000104580010000001181000000011][NroProtocolo:935180029067468]

A chave em negrito é a chave do MDF-e que não foi encerrado.

Enquanto esse MDF-e não for encerrado você não vai conseguir autorizar nenhum outro MDF-e.

  • Curtir 2
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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Moderadores

boa tarde.. italo

puxa..verdade.. me esqueci de ver o retorno..que falha minha..

realmente voce tem toda razão..

 

<?xml version="1.0" encoding="UTF-8"?>
<retConsReciMDFe xmlns="http://www.portalfiscal.inf.br/mdfe" versao="3.00">
  <tpAmb>1</tpAmb>
  <verAplic>RS20181016150131</verAplic>
  <nRec>359000464203839</nRec>
  <cStat>104</cStat>
  <xMotivo>Arquivo processado</xMotivo>
  <cUF>35</cUF>
  <protMDFe versao="3.00">
    <infProt Id="MDFe111220181020503990">
      <tpAmb>1</tpAmb>
      <verAplic>RS20181016150131</verAplic>
      <chMDFe>35181213296533000104580010000001251000000010</chMDFe>
      <dhRecbto>2018-12-11T10:20:50-02:00</dhRecbto>
      <digVal>dfOsO/F3X0hC/yHes0YlWfTxK9Y=</digVal>
      <cStat>686</cStat>
      <xMotivo>Rejeição: Existe MDF-e não encerrado há mais de 30 dias para o emitente [chMDFe Não Encerrada:35181113296533000104580010000001181000000011][NroProtocolo:935180029067468]</xMotivo>
    </infProt>
  </protMDFe>
</retConsReciMDFe>
 

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom dia,

Que cabeçalho?

Esse MDF-e da imagem foi envido, mas foi rejeitado pelo simples fato de existir um outro MDF-e conforme consta no arquivo de retorno (*-pro-rec.xml) que não foi encerrado.

Logo esse MDF-e não foi autorizado, consequentemente o XML assinado não recebe o grupo referente ao protocolo de autorização, portanto fica sem a tag <mdfeProc>.

Onde esta o problema nisso?

Nenhum.

Enquanto você não enviar o evento de encerramento do MDF-e 35181113296533000104580010000001181000000011, você não vai conseguir emitir autorizar esse MDF-e da imagem.

O MDF-e não encerrado é de numero 118 (coloquei em negrito na chave) e o que você enviou e foi rejeitado é de numero 125.

Pode ser que existam outros que não foram encerrados entre o 118 e 125.

  • Curtir 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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

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