Atualização MDFe versão 3.00

[cne]

Bom dia,

Meu nome é Vanessa, recebi uma documentação referente a duas Notas Técnicas:

• Nota Técnica 2017/001 - Alterações nas Regras da Versão 3.00
• Nota Técnica 2017/002 - Alterações nas Regras e Schemas da Versão 3.00

A versão atual está atualizada para atender a versão 3.00?

Obrigada

Vanessa Passos

 

 

[BigWings]

38 minutos atrás, cne disse:

Bom dia,

Meu nome é Vanessa, recebi uma documentação referente a duas Notas Técnicas:

• Nota Técnica 2017/001 - Alterações nas Regras da Versão 3.00
• Nota Técnica 2017/002 - Alterações nas Regras e Schemas da Versão 3.00

A versão atual está atualizada para atender a versão 3.00?

Obrigada

Vanessa Passos

A versão 3.00 do MDFe já está em produção desde 10/04/2017, sendo que a versão anterior (1.00) será desativada em 02/10/2017, segundo a NT 2017.002.

Quanto a esta nova NT 2017.003, ainda não foi implementado no componente, mas trata-se apenas de novos schemas (com inclusão de uma tag), e a forma de comunicação que será igual ao da NFe, nada demais.

[Italo Giurizzato Junior]

Boa tarde a todos,

As alterações publicadas na Nota Técnica 2017/003 já estão disponíveis no repositório.

Notem que foram atualizados os Schemas que são usados para validar o XML antes do seu envio, bem com as rotinas que gera e lê o XML do MDF-e.

[sandrobelarmino]

Bom dia, depois que eu atualizar meu sistema para a versão 3.0, eu vou conseguir encerrar os manifestos emitidos na versão anterior?

[Werner_Marques]

Bom dia, 

Após essa atualização nos schemas, não estou conseguindo emitir MDF-e em homologação. A rejeição retornada pela SEFAZ é de falha nos schemas XML.

Passei o xml gerado pelo validador e recebo o seguinte retorno: 

Parser Xml: Ok

Tipo de Mensagem: MDF-e

Schema: Não foi possível identificar a versão da mensagem

Segue XML em Anexo para analise.

24170901243220000109580010000001191000000013-mdfe.xml

[BigWings]

1 hora atrás, Werner_Marques disse:

24170901243220000109580010000001191000000013-mdfe.xml

Seu XML tem a tag indCanalVerde preenchida.

A NT 2017.003 determina as datas limite de homologação e produção:

Citar

02/10/2017 - Homologação
01/11/2017 - Produção

Então é provável que a SEFAZ do seu estado ainda não tenha feito a atualização segundo esta NT.

Por enquanto, informe a tag indCanalVerde em branco.

[Werner_Marques]

1 hora atrás, BigWings disse:

Seu XML tem a tag indCanalVerde preenchida.

A NT 2017.003 determina as datas limite de homologação e produção:

Então é provável que a SEFAZ do seu estado ainda não tenha feito a atualização segundo esta NT.

Por enquanto, informe a tag indCanalVerde em branco.

Obrigado pela resposta.

Eu não informei a tag, mas pelo o que vi o componente atribui 1 por padrão.

Depois de informar Ide.indCanalVerde = tiNao  deu certo.

 

[BigWings]

@Italo Jurisato Junior

Por questões de compatibilidade, essa propriedade deveria vir desligada por padrão...

Considere, por favor.

 

pmdfeMDFe.pas

[Italo Giurizzato Junior]

Boa noite BigWings,

Muito obrigado pela colaboração, já enviei para o repositório.

[ALA]

Pessoal, boa tarde. Estou com duvida sobre ate qual data consigo enviar MDF-e na versão 1.0 ? Ainda não consegui ajustar o meu sistema para 3.0

[Italo Giurizzato Junior]

Boa tarde ALA,

Nota Técnica 2017/002 -página 2 temos a data final da versão 1.00

É melhor correr: 02/10/2017

[Thiago2016]

Bom dia!

Estava adequando o MDF-e a nota técnica 2017.003. Fiz uma correção na geração do grupo de documentos (GerarInfDoc), no qual não estava sendo gerado quando o tipo de emitente fosse Prestador de serviço de transporte que emite CT-e globalizado (tpEmit=3). Segue a unit com a correção.


 

pmdfeMDFeW.pas

[gabriel.gm]

Em 04/09/2017 at 12:26, BigWings disse:

A versão 3.00 do MDFe já está em produção desde 10/04/2017, sendo que a versão anterior (1.00) será desativada em 02/10/2017, segundo a NT 2017.002.

Quanto a esta nova NT 2017.003, ainda não foi implementado no componente, mas trata-se apenas de novos schemas (com inclusão de uma tag), e a forma de comunicação que será igual ao da NFe, nada demais.

A comunicação igual ao da Nf-e seria a nf-e da versão 4.00?

[BigWings]

25 minutos atrás, gabriel.gm disse:

A comunicação igual ao da Nf-e seria a nf-e da versão 4.00?

Sim, usando TLS 1.2.

[gabriel.gm]

Mas então as urls dos webservices não deveriam ser alteradas?

[BigWings]

55 minutos atrás, gabriel.gm disse:

Mas então as urls dos webservices não deveriam ser alteradas?

Não vejo porquê, já que a versão 1.00 já está desativada.

E essa alteração é somente para 04/2018.

[gabriel.gm]

1 hora atrás, BigWings disse:

Não vejo porquê, já que a versão 1.00 já está desativada.

E essa alteração é somente para 04/2018.

Não entendi. Se a conexão é igual a da nf-e 4.00 as urls irão mudar, consequentemente teria que ser alterada (só uma informação a mais estou utilizando nf-e 3.00 ainda).

[BigWings]

31 minutos atrás, gabriel.gm disse:

Não entendi. Se a conexão é igual a da nf-e 4.00 as urls irão mudar, consequentemente teria que ser alterada (só uma informação a mais estou utilizando nf-e 3.00 ainda).

Só vai ser obrigatório usar TLS 1.2 também para MDFe, assim como é na NFe 4.00.

Não deve haver alteração de URLs.

[Italo Giurizzato Junior]

Bom dia Thiago,

Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

[gabriel.gm]

Em 11/10/2017 at 17:24, BigWings disse:

Só vai ser obrigatório usar TLS 1.2 também para MDFe, assim como é na NFe 4.00.

Não deve haver alteração de URLs.

BigWings estou com um problema em relação a consulta do status de serviço.
Em ambiente de produção retorna a seguinte falha:
"OLE IDispatch exception code 0 from System: O servidor remoto retornou um erro: (500) Erro Interno do Servidor...
Falhou ao carregar o XML de retorno: "

Já em ambiente de homologação ele retorna serviço em operação normalmente.
O que mais me intriga é que em homologação ele passa e em produção não.

[BigWings]

42 minutos atrás, gabriel.gm disse:

BigWings estou com um problema em relação a consulta do status de serviço.
Em ambiente de produção retorna a seguinte falha:
"OLE IDispatch exception code 0 from System: O servidor remoto retornou um erro: (500) Erro Interno do Servidor...
Falhou ao carregar o XML de retorno: "

Já em ambiente de homologação ele retorna serviço em operação normalmente.
O que mais me intriga é que em homologação ele passa e em produção não.

Está usando o ACBrMDFe?

[gabriel.gm]

Em 20/10/2017 at 18:05, BigWings disse:

Está usando o ACBrMDFe?

Não, somente o que foi disponibilizado pela SEFAZ.

[Italo Giurizzato Junior]

Bom dia Gabriel,

Pelo que entendi, você esta usando o programa gratuito da SEFAZ para emissão do MDF-e, correto?

Sendo assim não tempos como lhe ajudar, pois aqui tratamos sobre o componente ACBrMDFe desenvolvido por nós para ser utilizado no Delphi.

[gabriel.gm]

4 minutos atrás, Italo Jurisato Junior disse:

Bom dia Gabriel,

Pelo que entendi, você esta usando o programa gratuito da SEFAZ para emissão do MDF-e, correto?

Sendo assim não tempos como lhe ajudar, pois aqui tratamos sobre o componente ACBrMDFe desenvolvido por nós para ser utilizado no Delphi.

Isso mesmo Italo. Ok, encontrei também um tópico sobre outros assuntos, vou procurar algo por lá. Obrigado