Mdfe com OpenSSl

[Cleonir]

Estou com problema no MDFE com o OpenSSL, o campo cInt  que é o código interno do veículo não aceita mais do que um caractere, e com o capicon aceita normal.

Como posso resolver esse problema? 

Editado 9 Junho, 2016 por Cleonir

[Juliomar Marchetti]

Confere o schema que é usado e se não é necessário aplicar mudanças ao mesmo!

também  se não tem nenhuma atualização no site do sefaz quanto aos schemas!

[Cleonir]

Não tem atualização dos Schemas. E não encontrei nenhum problema no schema.  Talvez tenha mas não consegui encontrar.

Mas estranho por que com o Capicom funciona normalmente.    

[Juliomar Marchetti]

Veja que a gente tem um dos schemas alterado pra funcionar com openssl pois o mesmo buga informações sobre um campo!

por isso que pensei em conferir se não é a mesma situação!

[Cleonir]

Dei mais uma olhada e não encontrei nada. Se você puder ver isso para mim te agradeço muito, por que não entendo muito dessa questão dos schemas.

[carlosmarian]

Olá...
   Veja que da mesmo forma como ocorre na NF-e e CT-e o MDF-e tem duas versões do arquivo "tiposGeralMDFe_v1.00.xsd", uma com sufixo "-OPENSSL.xsd"(para OPENSSL) e outra sem(para CAPICON).

   Quando uso o OPENSSL eu renomeio o "tiposGeralMDFe_v1.00.xsd"(padrão) para "tiposGeralMDFe_v1.00_CAPICON.xsd" e "tiposGeralMDFe_v1.00-OPENSSL.xsd" para "tiposGeralMDFe_v1.00.xsd", ai funciona sem erro.

  Só lembrando que este arquivo "tiposGeralMDFe_v1.00-OPENSSL.xsd" só é encontrado no rep do ACBr, não esta no pacote distribuído pela sefaz.

 

At+;

Editado 13 Junho, 2016 por carlosmarian

[Cleonir]

Carlos já fiz isso e não resolveu.

Você já tentou enviar um MDFe com o campo cInt com mais de um caractere?

[Cleonir]

Alguém pode me ajudar...

[Lucas Montemezzo]

Em 09/06/2016 at 18:06, Cleonir disse:

Estou com problema no MDFE com o OpenSSL, o campo cInt  que é o código interno do veículo não aceita mais do que um caractere, e com o capicon aceita normal.

Como posso resolver esse problema? 

Estou com o mesmo problema.

 

[BigWings]

8 minutos atrás, Lucas Montemezzo disse:

Estou com o mesmo problema.

Qual é exatamente o erro?

[Lucas Montemezzo]

4 minutos atrás, BigWings disse:

Qual é exatamente o erro?

O erro retornado quando tento validar o MDFe com o OpenSSL é "1824 - Element '{http://www.portalfiscal.inf.br/mdfe}cInt': '14' is not a valid value of the local atomic type.". Se utilizar o Capicom, é validado e autorizado corretamente.

Em outro teste de MDFe com o OpenSSL e cInt = 8, foi validade e autorizado também. 

Ou seja, o problema ocorre em MDFe com o OpenSSL, e cInt com mais que 1 caractere.

[BigWings]

34 minutos atrás, Lucas Montemezzo disse:

O erro retornado quando tento validar o MDFe com o OpenSSL é "1824 - Element '{http://www.portalfiscal.inf.br/mdfe}cInt': '14' is not a valid value of the local atomic type.". Se utilizar o Capicom, é validado e autorizado corretamente.

Em outro teste de MDFe com o OpenSSL e cInt = 8, foi validade e autorizado também. 

Ou seja, o problema ocorre em MDFe com o OpenSSL, e cInt com mais que 1 caractere.

Se informar mais que dois caracteres no campo, passa na validação?

[Lucas Montemezzo]

3 minutos atrás, BigWings disse:

Se informar mais que dois caracteres no campo, passa na validação?

MDFe com o OpenSSL só passa na validação com um caractere na tag cInt, quando possui mais que um caractere retorna o erro ( "1824 - Element '{http://www.portalfiscal.inf.br/mdfe}cInt': '14' is not a valid value of the local atomic type." ). 

[BigWings]

2 minutos atrás, Lucas Montemezzo disse:

MDFe com o OpenSSL só passa na validação com um caractere na tag cInt, quando possui mais que um caractere retorna o erro ( "1824 - Element '{http://www.portalfiscal.inf.br/mdfe}cInt': '14' is not a valid value of the local atomic type." ). 

Achei que seria o mesmo problema que ocorria na NFe, que aceitava unidades com três caracteres, e não com dois.

Sendo assim, parece não ser o mesmo caso.

[carlosmarian]

22 horas atrás, Lucas Montemezzo disse:

MDFe com o OpenSSL só passa na validação com um caractere na tag cInt, quando possui mais que um caractere retorna o erro ( "1824 - Element '{http://www.portalfiscal.inf.br/mdfe}cInt': '14' is not a valid value of the local atomic type." ). 

Olá, acabei de fazer um teste com o atributo cInt valendo 22, passou sem erro.
Estou usando OpenSSL

...
<infModal versaoModal="3.00">
  <rodo><veicTracao>
    <cInt>22</cInt>
    <placa>ZZZ4800</placa><tara>100</tara><capKG>9000</capKG><capM3>0</capM3><condutor><xNome>AMARILDO PURCINO</xNome><CPF>11139587111</CPF></condutor><tpRod>02</tpRod><tpCar>03</tpCar><UF>SC</UF></veicTracao></rodo>
</infModal>
..

Minha sugestão é dar uma revisada no xsd.

[Juliomar Marchetti]

1 hora atrás, carlosmarian disse:

Olá, acabei de fazer um teste com o atributo cInt valendo 22, passou sem erro.
Estou usando OpenSSL

...
<infModal versaoModal="3.00">
  <rodo><veicTracao>
    <cInt>22</cInt>
    <placa>ZZZ4800</placa><tara>100</tara><capKG>9000</capKG><capM3>0</capM3><condutor><xNome>AMARILDO PURCINO</xNome><CPF>11139587111</CPF></condutor><tpRod>02</tpRod><tpCar>03</tpCar><UF>SC</UF></veicTracao></rodo>
</infModal>
..

Minha sugestão é dar uma revisada no xsd.

Bom se tu conseguiu debugar iria sugerir pra ti debugar na parte de validação exatamente nesse campo e verificar.

[carlosmarian]

11 minutos atrás, Juliomar Marchetti disse:

Bom se tu conseguiu debugar iria sugerir pra ti debugar na parte de validação exatamente nesse campo e verificar.

Não cheguei a um nível tão fundo do debug, fui até o ponto em que é aplicado o schema ao texto lido/carregado do arquivo xml.
Fui até o fonte "ACBrDFeXsXmlSec.PAS" método "TDFeSSLXmlSignXmlSec.Validar":

valid_ctxt := xmlSchemaNewValidCtxt(schema);

mais que isso não consigo.

Editado 21 Junho, 2017 por carlosmarian