Página 1 de 2
MDFE 02/10/2017
Enviado: 27 Set 2017 12:31
por JoséQuintas
Esqueci dele.... rs
Menos de uma semana pra paralisar o MDFE 1.00
MDFE 02/10/2017
Enviado: 02 Out 2017 11:58
por JoséQuintas
Pois é, problemas particulares, e ficou esquecido.
No cliente parou tudo, agora correndo pra resolver.
MDFE 02/10/2017
Enviado: 02 Out 2017 13:27
por 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.
MDFE 02/10/2017
Enviado: 03 Out 2017 11:53
por Mário Isa
bom dia!
você tem algum exemplo de xml do versao 3.0 aí prá mim dar uma olhada ?
Obrigado.
:xau
MDFE 02/10/2017
Enviado: 03 Out 2017 16:24
por JoséQuintas
Na unimake.com.br sempre tem xml de modelo pra tudo.
MDFE 02/10/2017
Enviado: 03 Out 2017 17:11
por 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>
MDFE 02/10/2017
Enviado: 03 Out 2017 17:28
por 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?
MDFE 02/10/2017
Enviado: 03 Out 2017 17:33
por 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.
MDFE 02/10/2017
Enviado: 03 Out 2017 17:39
por 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
MDFE 02/10/2017
Enviado: 03 Out 2017 18:47
por 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
-:]
MDFE 02/10/2017
Enviado: 03 Out 2017 19:00
por 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
MDFE 02/10/2017
Enviado: 03 Out 2017 19:46
por JoséQuintas
É impressão, ou teremos que calcular o número da averbação?
MDFE 02/10/2017
Enviado: 03 Out 2017 21:20
por 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.
MDFE 02/10/2017
Enviado: 03 Out 2017 22:49
por JoséQuintas
E a multa por faltar informação, o ACBR vai pagar também?
MDFE 02/10/2017
Enviado: 03 Out 2017 23:42
por 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.