MDFE 02/10/2017

[JoséQuintas]

Esqueci dele.... rs
Menos de uma semana pra paralisar o MDFE 1.00

[JoséQuintas]

Pois é, problemas particulares, e ficou esquecido.
No cliente parou tudo, agora correndo pra resolver.

[JoséQuintas]

Em termos de comunicação com Sefaz, a classe Sefaz, apenas alterou de 1.00 pra 3.00

https://github.com/JoseQuintas/sefazcla ... 4cb29217bc

Já autorizei alguns, agora aguardar retorno pra fazer encerramento e confirmar se tudo está ok.

No XML, pouca coisa: horário com UTC, e <RNTC>x</RNTC> que agora é <ANTT><RNTC>x</RNTC></ANTT>
Também os vários 1.00 pra 3.00.... rs

E tem isto:

No MDFE 1.00, tem o bloco de modal rodoviário que também é 1.00
No MDFE 3.00, tem o bloco de modal rodoviário que também é 3.00

Só serve pra gente esquecer de alterar versão no bloco interno e dar erro.... rs

Nota:
O manifesto é relativamente simples, por isso deu pra fazer correndo.
Nesta semana mesmo devo começar com CTE, por precaução.
Talvez aproveite a mão na massa pra ver algo mais de NFE.

[Mário Isa]

bom dia!

você tem algum exemplo de xml do versao 3.0 aí prá mim dar uma olhada ?

Obrigado.
:xau

[JoséQuintas]

Na unimake.com.br sempre tem xml de modelo pra tudo.

[Mário Isa]

entrei lá e puxei um do mdf-e ....
mas a unica coisa que vi que mudou foi o 3.00 no lugar do 1.00 ...

e mesmo tendo mudado ainda deu versão do cabeçalho não suportada...

veja o xml:

Código: Selecionar todos

This XML file does not appear to have any style information associated with it. The document tree is shown below.
<MDFe xmlns="http://www.portalfiscal.inf.br/mdfe">
<infMDFe Id="MDFe35171023658402000183580000000000241000000248" versao="3.00">
<ide>
<cUF>35</cUF>
<tpAmb>1</tpAmb>
<tpEmit>2</tpEmit>
<mod>58</mod>
<serie>0</serie>
<nMDF>24</nMDF>
<cMDF>00000024</cMDF>
<cDV>8</cDV>
<modal>1</modal>
<dhEmi>2017-10-03T17:05:06</dhEmi>
<tpEmis>1</tpEmis>
<procEmi>0</procEmi>
<verProc>3.00</verProc>
<UFIni>SP</UFIni>
<UFFim>MS</UFFim>
<infMunCarrega>
<cMunCarrega>3520442</cMunCarrega>
<xMunCarrega>ILHA SOLTEIRA</xMunCarrega>
</infMunCarrega>
</ide>
<emit>
<CNPJ>23.658.402/0001-83</CNPJ>
<IE>749.023.135.114</IE>
<xNome>EDUARDO RODRIGUES DE OLIVEIRA-ME</xNome>
<enderEmit>
<xLgr>RUA 7 DE SETEMBRO</xLgr>
<nro>623</nro>
<xBairro>JD AEROPORTO</xBairro>
<cMun>3520442</cMun>
<xMun>ILHA SOLTEIRA</xMun>
<UF>SP</UF>
<CEP>15385-000</CEP>
<fone>18-3743-4988</fone>
</enderEmit>
</emit>
<infModal versaoModal="3.00">
<rodo>
<veicTracao>
<cInt>CBG9222</cInt>
<placa>CBG9222</placa>
<tara>3000</tara>
<capKG>3500</capKG>
<capM3>5</capM3>
<prop>
<CPF>29603898830</CPF>
<RNTRC>12345678</RNTRC>
<xNome>EDUARDO RODRIGUES DE OLIVEIRA</xNome>
<IE/>
<UF>SP</UF>
<tpProp>2</tpProp>
</prop>
<condutor>
<xNome>EDUARDO RODRIGUES DE OLIVEIRA</xNome>
<CPF>29603898830</CPF>
</condutor>
<tpRod>01</tpRod>
<tpCar>02</tpCar>
<UF>SP</UF>
</veicTracao>
</rodo>
</infModal>
<infDoc>
<infMunDescarga>
<cMunDescarga>5007802</cMunDescarga>
<xMunDescarga>SELVIRIA</xMunDescarga>
<infNFe>
<chNFe>35170923658402000183550010000000911000000912</chNFe>
</infNFe>
</infMunDescarga>
</infDoc>
<tot>
<qNFe>1</qNFe>
<vCarga>650.00</vCarga>
<cUnid>01</cUnid>
<qCarga>90.00</qCarga>
</tot>
</infMDFe>
</MDFe>

[JoséQuintas]

Alterou o XML, mas e a comunicação? continua 1.00?
Pode ser que está reclamando do cabeçalho do envelope, e não do XML.

Validou?

[JoséQuintas]

Erro: -1072897687 '2017-10-03T17:05:06' viola a restrição pattern de '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-(((
(0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1[02]))-31)|(((0[1,3-9])|(1[0-2]))-(29|30)))))T(20|21|22|23|[0-1]\d):[0
-5]\d:[0-5]\d([\-,\+](0[0-9]|10|11):00|([\+](12):00))'.
Falha da análise do elemento 'dhEmi' com valor '2017-10-03T17:05:06'.

Outra opção é baixar o emissor do governo 3.00 e tentar importar.

[JoséQuintas]

Rotina usada pra validar:

Código: Selecionar todos

PROCEDURE PTESValidaXml

   LOCAL cRetorno, cFileXsd, cXml

   // emissão cte
   cFileXsd := "D:\cdrom\FONTES\INTEGRA\schemmas\PL_MDFe_300_NT032017\mdfe_v3.00.xsd"
   //cFileXsd := "D:\cdrom\FONTES\INTEGRA\schemmas\PL_MDFe_300_NT032017\eventoMDFe_v3.00.xsd"
   cXml     := MemoRead( "d:\temp\test.xml" )

   cRetorno := SefazClass():ValidaXml( cXml, cFileXsd )
   ? cRetorno
   Inkey(0)

   RETURN

Cada hora está de um jeito, depende da última coisa que validei... rs

https://github.com/JoseQuintas/JoseQuin ... idaxml.prg

[Mário Isa]

por fim deu certo...
tinha que alterar os 1.00 para 3.00 e alterar no acbrmonitor.

mas não mudou mais nada ....
só isso mesmo...

obrigado pela dica do unimake.com.br
-:]

[JoséQuintas]

mas não mudou mais nada ....

Estranho isso, porque mudou.

- horário com fuso horário
- Bloco de seguro
- Bloco de contratante
- Etc

Pra transportadoras a mudança foi maior.
Pra empresas de NFE, nem tanto, talvez seja esse o seu caso.

Tive os dois casos... um tava resolvido, mas depois veio o outro e precisou mais mudanças.... rs

[JoséQuintas]

É impressão, ou teremos que calcular o número da averbação?

[fladimir]

Pra quem usa o ACBr mudando apenas o q o Mário falou ele monta o q faltar ou alterou.

Sobre calcular não estou sabendo.

[JoséQuintas]

E a multa por faltar informação, o ACBR vai pagar também?

[fladimir]

E a multa por faltar informação, o ACBR vai pagar também?

Kkk... Claro q não né Zé...

Apenas mostrei q a parte de geração pra quem utiliza o ACBr basta trocar o q o Mário falou.

As questões de responsabilidade, cálculos, etc tem q ser vistos com certeza e colocados nas devidas TAGs.