Cabecalho - Versao do arquivo XML não suportada

[Italo Giurizzato Junior]

Boa noite Robinho,

Você esta carregando o XML do MDF-e antes de executar a consulta?

Se sim, ai esta o problema.

Ao carregar o XML o componente se reconfigura baseado na versão do MDF-e carregado que neste caso é 1.00

[bsoft]

31 minutos atrás, José S. Simione disse:

@bsoft Tentei com sua alteração, mas foi sem sucesso. O senhor chegou a testar essa alteração no ambiente de Produção? Se sim, saberia dizer de qual estado, pois meus clientes de SP não estão com este problema, pelo visto esta se concentrando no nordeste (ES, BA, CE e MG).

Alguém conseguiu efetuar esse processo em Produção em algum desses estados?

Sim, foi testado em produção e em praticamente todos os Estados. Mas veja, a finalidade desta alteração que enviamos é para possibilitar a consulta de MDF-e's emitidos na versão 1.0.

Além da nossa alteração, é mandatório que o componente esteja setado com a versão 3.0 (VersaoDF := ve300), assim a consulta será realizada no WebService atual.

 

[bsoft]

14 minutos atrás, Italo Jurisato Junior disse:

Boa noite Robinho,

Você esta carregando o XML do MDF-e antes de executar a consulta?

Se sim, ai esta o problema.

Ao carregar o XML o componente se reconfigura baseado na versão do MDF-e carregado que neste caso é 1.00

@Italo Jurisato Junior, chegou a avaliar a sugestão que enviamos acima? Com ela se resolve esta situação de usar a versão do XML e mantém o uso da versão do componente, como já acontece no envio dos Eventos.

[Italo Giurizzato Junior]

Boa noite a todos,

Essa alteração resolve o problema, mas a de concordar que a versão 1.00 era para ser encerrada em junho/2017 e foi prorrogada para outubro/2017.

Sendo assim as aplicações já deveriam estar prontas e rodando em produção antes de junho/2017.

Nós nos esforçamos em adequar os componentes para as novas versões para que eles fiquem prontos as vezes antes da liberação do ambiente de homologação.

Neste caso o ACBrMDFe foi adequado em 17/08/2016, nada mais nada menos do que a um ano.

Segundo o Manual do MDF-e versão 3.00 temos:

Data de início de vigência no ambiente de homologação: 03/10/2016
Data de início de vigência no ambiente de produção: 05/12/2016
Data final da vigência da versão 1.00: 05/06/2017

Como todos podem ver, liberamos o componente ACBrMDFe para a versão 3.00 dois meses antes de liberar o ambiente de homologação.

17/08/2016
-- diversos --
[+] Criada a unit pmdfeConsts que contem as constantes de mensagens usadas na
    geração dos XML e que são apresentadas quando ocorre erro na validação.
[*] Alteração em diversas units em virtude das novas units e para antender a nova
    versão 3.00 do MDF-e.
    por: Italo Jurisato Junior

Fico muito triste com essas postagens.

Paciência, vamos em frente.

[robinhovrb]

Bom dia Ítalo.

Sim, estou carregando o XML do MDFe ante de consultar; Vc diz então, fazer a consulta somente pela chave e não XML;

Obrigado;

[Giuu]

7 minutos atrás, robinhovrb disse:

Bom dia Ítalo.

Sim, estou carregando o XML do MDFe ante de consultar; Vc diz então, fazer a consulta somente pela chave e não XML;

Obrigado;

Bom dia, para fazer a consulta utilize somente a chave de acesso pois o XML em questão está na versão 1.0 e o que você está tentando fazer é a consulta já com a 3.0, estou fazendo assim e está funcionando perfeitamente.

---------------------------
Menu
---------------------------
Versão Layout: 3.00 
Identificador: 42171017089484000190580030000004951000004950 
Ambiente: 2 
Versão Aplicativo: RS20170524131932 
Status Código: 132 
Status Descrição: Encerramento de MDF-e homologado 
UF: SC 
Chave Acesso: 42171017089484000190580030000004951000004950 
Recebimento: 04/10/2017 08:20:21 
Protocolo: 942170000020675 
Digest Value: T1fVMHia1uu2bkJnAjXP/IYmi4U= 

---------------------------
OK   
---------------------------

 

[Italo Giurizzato Junior]

Bom dia Robinho,

Antes do componente enviar um evento ou realizar uma consulta, ele verifica se ocorreu a carga de um XML.

Se sim busca o tipo de ambiente e a versão, para que o evento ou a consulta seja enviada para o mesmo ambiente e versão.

Caso contrario utiliza o tipo de ambiente e versão que consta na configuração.

Lembrem-se sempre, para realizarmos o envio de um evento não se faz necessário carregar o XML do MDF-e.

Ao realizar a Consulta, podemos carregar ou não o XML do MDF-e.

Quando devemos carregar o XML antes de realizar a consulta?

Se e somente se o XML em questão foi enviado e ficou sem o protocolo de autorização.

Neste caso devemos carregar o XML (assinado) e realizar a consulta, caso o envio foi bem sucedido e a SEFAZ autorizou, será retornado o protocolo e o componente se encarrega de atualizar o XML deixando-o assim completo, ou seja, assinado e protocolo.

Por outro lado se a intenção é apenas realizar uma consulta, ai não se faz necessário carregar, devemos apenas informar a chave.

[robinhovrb]

Bom dia Ítalo.

Entendido, Realizei as mudanças necessárias; e todo ocorreu certinho.

Obrigado. 

[robinhovrb]

Venho agradecer ao Giuu pela atenção também..(O procedimento deu certo)

[José S. Simione]

16 horas atrás, Italo Jurisato Junior disse:

Boa noite Robinho,

Você esta carregando o XML do MDF-e antes de executar a consulta?

Se sim, ai esta o problema.

Ao carregar o XML o componente se reconfigura baseado na versão do MDF-e carregado que neste caso é 1.00

Bom dia a todos.

Fiz essa alteração, efetuei o Encerramento carregando apenas o Grupo EventoMDFe do componente, sem carregar a XML do MDFe, isso resolveu o problema dos clientes no qual testei até o momento.

Muito obrigado pela ajuda e colaboração de todos.

[bsoft]

Prezado @Italo Jurisato Junior

Humildemente voltaremos a pedir que reconsidere a sugestão que enviamos.

Por motivos inerentes ao nosso sistema, nós precisamos carregar as informações do XML no componente ACBr no momento da abertura do lançamento.

E até gostaríamos de estender a discussão e questionar o código atual do ACBr: qual a vantagem de sobrescrever a versão definida no componente com a versão carregada do XML? Já existiu alguma vez uma situação em que a SEFAZ orientou que "XML's de uma determinada versão sejam consultados em um endereço, e de outras versões em outro"? Nem quando houve a conversão do cancelamento de método próprio para evento foi assim - era possível cancelar documentos antigos por evento.

Como já havíamos mencionado, o suporte a versão 3.0 do MDF-e está em vigor no nosso sistema há mais de 2 meses, mas não havia como detectar este problema que ocorreu no momento da virada da versão 3.0, porque não tínhamos como saber que o ACBr iria desconsiderar a versão definida no componente e considerar a versão lida a partir do carregamento do XML. Enquanto a SEFAZ manteve o WebService aceitando a versão 1.0, o ACBr funcionou.

Tivemos um transtorno considerável nesta virada do MDF-e 3.0 - e repito, não tínhamos como saber que isso aconteceria. Acreditamos que revendo estes conceitos, podemos evitar problemas nas futuras viradas de versão da SEFAZ.

Não tem problema de não aceitar a nossa sugestão, continuaremos amigos   E até mesmo se houver um motivo que não conseguimos visualizar para fazer a versão ser sobrescrita no carregamento, ficaremos gratos em conhecer.

[Italo Giurizzato Junior]

Boa tarde,

Levei o problema para os demais colegas, para que juntos possamos avaliar melhor.

[paradox]

Alguém que conseguiu enviar na versão 3.00 pode disponibilizar o XML que foi aceito pela receita?

desde já fico grato, vai tirar varias duvidas minhas!

Editado 5 Outubro, 2017 por paradox

[Giuu]

2 horas atrás, paradox disse:

Alguém que conseguiu enviar na versão 3.00 pode disponibilizar o XML que foi aceito pela receita?

desde já fico grato, vai tirar varias duvidas minhas!

@paradox Segue XML.

 

42171017089484000190580030000004981771713525-mdfe.xml

Editado 5 Outubro, 2017 por Giuu

[Anthero Vieria Neto]

Aqui funcionou corretamente...

Uma dica, quando você passa a chave para a função "Consultar" ela faz o processo de limpar os manifestos.

Seguindo o raciocínio do Ítalo, realizei uma alteração simples no nosso processo de consulta, ainda carrego o XML  (não alterei praticamente nada no processo), só que verifico se existe protocolo para o manifesto, quando sim passo a chave. Adicionando somente 2 linhas de código no processo e resolvendo o problema.

 

[Diego Oliveira]

Em 04/10/2017 at 11:59, bsoft disse:

Prezado @Italo Jurisato Junior

Humildemente voltaremos a pedir que reconsidere a sugestão que enviamos.

Por motivos inerentes ao nosso sistema, nós precisamos carregar as informações do XML no componente ACBr no momento da abertura do lançamento.

E até gostaríamos de estender a discussão e questionar o código atual do ACBr: qual a vantagem de sobrescrever a versão definida no componente com a versão carregada do XML? Já existiu alguma vez uma situação em que a SEFAZ orientou que "XML's de uma determinada versão sejam consultados em um endereço, e de outras versões em outro"? Nem quando houve a conversão do cancelamento de método próprio para evento foi assim - era possível cancelar documentos antigos por evento.

Como já havíamos mencionado, o suporte a versão 3.0 do MDF-e está em vigor no nosso sistema há mais de 2 meses, mas não havia como detectar este problema que ocorreu no momento da virada da versão 3.0, porque não tínhamos como saber que o ACBr iria desconsiderar a versão definida no componente e considerar a versão lida a partir do carregamento do XML. Enquanto a SEFAZ manteve o WebService aceitando a versão 1.0, o ACBr funcionou.

Tivemos um transtorno considerável nesta virada do MDF-e 3.0 - e repito, não tínhamos como saber que isso aconteceria. Acreditamos que revendo estes conceitos, podemos evitar problemas nas futuras viradas de versão da SEFAZ.

Não tem problema de não aceitar a nossa sugestão, continuaremos amigos   E até mesmo se houver um motivo que não conseguimos visualizar para fazer a versão ser sobrescrita no carregamento, ficaremos gratos em conhecer.

Realmente, existe alguma posição sobre essa sugestão?

Pois se a mesma não for implementada também terei que fazer alterações consideráveis no nosso software.

[Italo Giurizzato Junior]

Boa tarde Diego,

Estamos analisando e procurando encontrar a melhor solução.

[Debora Bertaco]

Em 02/10/2017 at 11:58, Gr@c@ disse:

eu encerrei hoje com a versão 3.00, um manifesto feito na versao 1.00

olá... por favor, como você conseguiu fazer isso?? já tentei e não consegui!!

 

[Italo Giurizzato Junior]

Boa tarde Débora.

O encerramento, o cancelamento são eventos, sendo assim não se faz necessário carregar o XML do MDF-e antes de enviar o evento desejado.

Se você carrega o XML antes do envio, o componente altera a versão que esta "setada", ou seja, muda de 3.00 para 1.00 uma vez que o XML carregado esta nessa versão.

Se você "seta" o componente para a versão 3.00, não carrega o XML do MDF-e, alimenta o componente com os dados do evento de encerramento e o envio a rejeição não ocorre.