falha na validação conhecimento 'KG' is not a valid of the local atomic type

[Moisés Nogueira]

Ola Amigos alguém pode me dar uma luz??, qualquer tpMed diferente de unidade da Erro sendo KG, M3,etc...

ja procurei muito na web mas não estou conseguindo achar uma solução, se alguém puder me dar um help ai desde já agradeço

[Italo Giurizzato Junior]

Boa tarde Moisés,

Você esta usando o OpenSSL?

Se sim, esse é o problema.

Existe na pasta que contem os schemas um XSD com o sufixo -OpenSSL é preciso renomear.

[Moisés Nogueira]

Ok Obrigado

[SamuelUnisystem]

Boa tarde moises, vc conseguiu resolver este problema erro tpMed diferente de unidade da Erro sendo KG,?

fiz oq italo falou mas o erro continua..

[SamuelUnisystem]

Deu certinha renomeado o arquivo,

com estas alterações deu certo

Tentou renomear o arquivo com o sufixo -OpenSSL?

tiposGeralCTe_v3.00.xsd para tiposGeralCTe_v3.00-old.xsd

e

tiposGeralCTe_v3.00-OPENSSL.xsd para tiposGeralCTe_v3.00.xsd

 

[Moisés Nogueira]

Samuel deu certinho mesmo;

[SamuelUnisystem]

Boa noite Moisés Deu sim...

[Moroni]

Bom dia!

Eu fiz estas mudanças e continua este problema.

Alguém tem ideia do que pode ser?

É apenas um micro, ou seja, não está em rede.

É MDF-e.

Att.,

Rafael Moroni

[Italo Giurizzato Junior]

Bom dia Moroni,

No seu caso é o MDF-e, você renomeou os schemas do CT-e ou do MDF-e?

[Gr@c@]

Estou com esse problema e estou usando o WinCrypt. Estou tentando em homologação MG.

[BigWings]

10 minutos atrás, Gr@c@ disse:

Estou com esse problema e estou usando o WinCrypt. Estou tentando em homologação MG.

O problema ocorre com SSLXmlSignLib = xsLibXML2 ou xsXmlSec.

A solução é a mesma: usar os schemas modificados presentes na pasta de Schemas do ACBr, renomeados com o sufixo -OPENSSL.xsd.

[Gr@c@]

Em 23/04/2018 at 08:42, BigWings disse:

O problema ocorre com SSLXmlSignLib = xsLibXML2 ou xsXmlSec.

A solução é a mesma: usar os schemas modificados presentes na pasta de Schemas do ACBr, renomeados com o sufixo -OPENSSL.xsd.

Não uso openSSL. Mesmo usando a libWinCrypt tenho que usar os schemas modificados?  Porque ainda continua o erro

 

 

e renomeando as -OPENSSL.xsd dá esse erro

Editado 26 Abril, 2018 por Gr@c@

[BigWings]

9 minutos atrás, Gr@c@ disse:

Mesmo usando a libWinCrypt tenho que usar os schemas modificados?

Sim.

[Gr@c@]

3 horas atrás, BigWings disse:

Sim.

Não estou conseguindo de nenhuma forma. Fiz os seguintes testes (todos com o LT_TLSv1_2):

SSLXmlSignLib = xsLibXML2 e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout.

SSLXmlSignLib = xsXmlSec e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout.

SSLXmlSignLib = xsXmlSec sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type

SSLXmlSignLib = xsLibXML2  sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type

[BigWings]

1 hora atrás, Gr@c@ disse:

Não estou conseguindo de nenhuma forma. Fiz os seguintes testes (todos com o LT_TLSv1_2):

SSLXmlSignLib = xsLibXML2 e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout.

SSLXmlSignLib = xsXmlSec e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout.

SSLXmlSignLib = xsXmlSec sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type

SSLXmlSignLib = xsLibXML2  sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type

Um erro não tem relação com outro.

Se você está tendo erro de timeout, quer dizer que a validação, assunto do tópico, foi feita com sucesso.

Pro erro de timeout, precisa saber qual o serviço, UF, ambiente... enfim, melhor abrir outro tópico.

[Moisés Nogueira]

Em 26/04/2018 at 12:53, Gr@c@ disse:

Não estou conseguindo de nenhuma forma. Fiz os seguintes testes (todos com o LT_TLSv1_2):

SSLXmlSignLib = xsLibXML2 e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout.

SSLXmlSignLib = xsXmlSec e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout.

SSLXmlSignLib = xsXmlSec sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type

SSLXmlSignLib = xsLibXML2  sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type

Eu tive um problema com o CTE no novo protocolo, fiz todas as configurações necessárias no componente e dava erro este mesmo erro, o que eu tive que fazer foi atualizar o windows 7

[Leonardo Quinino]

Sei que o tópico é antigo, porém estou com um problema exatamente igual , 

"falha na validação conhecimento 'KG' is not a valid of the local atomic type"

Entretanto é na NFe4.0 usando protocolo SSL 

Pela nota técnica posso mandar KG, UN, etc.

Inclusive quando o produto é de GLP... por exemplo é obrigatório uCom  e qTrib KG.... porém dá rejeição.
 

 

[LogProgramador]

Comigo aconteceu este erro em Nfe 4.0 e Cte 3.0

Estou utilizando WinCrypt

• Para NFe basta atualizar os schemas com os da pasta do ACBR
• Para CTe e MDFe basta renomear o arquivos informados mais acima

Após estas alterações, fico correto.

Editado 20 Julho, 2018 por LogProgramador