Não gerando a tag mdfeProc

[BS]

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.

 

 

[Italo Giurizzato Junior]

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?

[BS]

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.

 

[Italo Giurizzato Junior]

Bom dia,

Com o programa exemplo ocorre o mesmo problema?

Você configurou para salvar o XML?

Configuracoes.Arquivos.Salvar := True;

[BS]

Boa tarde,

Não cheguei a fazer a emissão com o exemplo.

Olhei o fonte do sistema e o componente está setado para salvar o xml.

[Italo Giurizzato Junior]

Boa tarde,

Por favor faça testes com o programa exemplo.

Verifique quais XMLs foram salvos em disco.

[BS]

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

[BS]

Estou enviando tambem um print com os arquivos xml salvos no disco.

[Italo Giurizzato Junior]

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.

[Amarildo de Matos]

boa tarde..

tem como mandar para nos, o xml gerado, os logs de retorno?

 

[BS]

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?

 

[Italo Giurizzato Junior]

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. 

[BS]

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.

[Italo Giurizzato Junior]

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.

[BS]

Boa tarde,

 

Estou enviando os arquivos em anexo.

Lembrando que esses arquivos são referentes aos testes que realizei no ambiente de homologação que funciona corretamente. Quando é utilizado no ambiente de produção ocorre o erro que comentei.

MDFE.rar

[Amarildo de Matos]

boa tarde..bs.. tudo bem..

voce teria de mandar em produção para dar o erro e mandar esses arquivos tambem..

alem de mandar exatamente esses arquivos que voce mandou, mande tambem os logs de retorno..

blz.

 

[BS]

Boa tarde,

 

O de produção vou precisar pegar no cliente.

Desculpe perguntar, mas sobre os logs, onde são gerados?

[Italo Giurizzato Junior]

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.

[BS]

Bom dia,

 

Entendi. Estou enviando os xmls que foram gerados em ambiente de produção.

 

Obrigado.

MDFe Prod.rar

[Amarildo de Matos]

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.

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

 

[BS]

Muito obrigado.

Cheguei a colocar essa questão do percurso porem como nao coloquei como obrigatorio pois acabei nao encontrando se era obrigatorio ou nao.

Obrigado novamente

[Italo Giurizzato Junior]

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.

[Amarildo de Matos]

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>
 

[BS]

Obrigado pelo retorno

mas e essa questão da mdfe '35181213296533000104580010000001251000000010-mdfe.xml' que foi enviada normal sem retornar erro porem o cabeçalho está com erro?

[Italo Giurizzato Junior]

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.