Erro ao transmitir NFe (Schema inválido)

[BigWings]

1 hora atrás, Arconsoft disse:

Já atualizei tudo, inclusive os XSD, estou preocupado pois os clientes estão com notas pendentes, o erro do SCHEMA INVÁLIDO persiste. Essa mensagem não ajuda, pois não expecifica a natureza do problema.

Por leitura dos fontes, a mensagem de erro é específica de quando se usa a configuração XMLSignLib = xsLibXML2, e indica um problema com os arquivos .xsd de validação.

    schema := xmlSchemaParse(parser_ctxt);
    // the schema itself is not valid
    if (schema = nil) then
    begin
      MsgErro := ACBrStr('Erro: Schema inválido');
      Exit;
    end;

Mas se alterou para xsMsXML e resolveu, usando os mesmos Schemas, fica difícil saber onde exatamente está o problema.

Seria interessante conseguir replicar o erro usando o demo do ACBr, configurando como xsLibXML2 e apontando a pasta de Schemas para a pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Fiz o teste aqui e validou sem problema...

[Arconsoft]

Já fiz isso. no demo validou normalmente.

mas ja está resolvido o problema. obrigado.

[Daniel Simoes]

Talvez o problema estivesse relacionado com esse tópico

(Já corrigido no SVN)

 

[armando.boza]

Atualizei os fontes hoje e estou tendo o mesmo erro: Schema inválido, estou utilizando libWincrypt. (NFe 3.1)

Estranho que testando em um cliente no servidor windows 2016 transmite normal, mas na estação windows 7 não.

[armando.boza]

Em testes agora notei o seguinte, se a pasta schemas estiver na máquina local funciona normal, mas se a pasta schemas estiver na rede ex: \\servidor\schemas ai não funciona.

[edsonsimao2]

estou passando pelo mesmo problema se utilizo a xsLibXml2 (ACBrNFe.SSL.SSLXmlSignLib := xsLibXml2;)

ocorre o erro: Schema inválido causado pela chamada xmlSchemaParse() na Unit ACBrDFeXsLibXml2

E como o armando.boza disse (fiz o teste) se meu path dos Schemas estiverem locais e não em um caminho de rede, ai não ocorre o erro.

Estou tentando encontrar uma solução.

 

 

complementando se utilizo (ACBrNFe.SSL.SSLXmlSignLib := xsMsXml;)

tudo funciona normalmente.

[Daniel Simoes]

O @Rafael Dias, já detectou o problema e aplicou uma possível correção nos fontes do SVN

 

[armando.boza]

22 minutos atrás, Daniel Simoes disse:

O @Rafael Dias, já detectou o problema e aplicou uma possível correção nos fontes do SVN

 

Os meus fontes estão atualizados com a última revisão 14860 e ainda persiste o problema.

[Jose Fabiano Saraiva]

Nao sei se a causa é a mesma da minha. Esse erro estava dando por causa do gtin=sem gtin. Nao estava aceitando. So passava quando deixava gtin=''; A  atualizacao  mais recente  aacbr esta colocando automaticamente essa literal e dai o problema. Porem hoje 16/03/2018 fui enviar uma nota  e aogra ja ta exigindo a literal SEM GTIN . Complicado!!!

 

[armando.boza]

7 minutos atrás, Jose Fabiano Saraiva disse:

Nao sei se a causa é a mesma da minha. Esse erro estava dando por causa do gtin=sem gtin. Nao estava aceitando. So passava quando deixava gtin=''; A  atualizacao  mais recente  aacbr esta colocando automaticamente essa literal e dai o problema. Porem hoje 16/03/2018 fui enviar uma nota  e aogra ja ta exigindo a literal SEM GTIN . Complicado!!!

 

Esse "SEM GTIN" não é só pra 4.0 ?

Estou usando a 3.1.

[Rafael Dias]

Eu fiz umas melhorias no carregamento do schema mas pelo visto a libxml2 tem problemas para carregar arquivos da rede, eu estou investigando para ver se consigo resolver este problema.

[Jose Fabiano Saraiva]

9 horas atrás, armando.boza disse:

Esse "SEM GTIN" não é só pra 4.0 ?

Estou usando a 3.1.

Ok. é sim. nao tinha observado isso.  Tenho varios clientes usando a nfe 3.10  porem uso acbr com uma versao mais antiga, nao atualizei.

[Dercide Alvarez]

Em 16/03/2018 at 16:04, Rafael Dias disse:

Eu fiz umas melhorias no carregamento do schema mas pelo visto a libxml2 tem problemas para carregar arquivos da rede, eu estou investigando para ver se consigo resolver este problema.

Bom dia @Rafael Dias

Alguma novidade quanto essa questão de carregar os schema pela rede ?

Passei por esse problema também. Mas vou fazer mais testes.

Dercide.

[Rafael Dias]

@Dercide Alvarez ainda não tem solução o problema pelo visto e na hora da libxml importar os outros schemas que o schema principal usa.

[BigWings]

Lembrando que o problema ocorre apenas se informar o caminho dos schemas no formato UNC (\\servidor\compartilhamento).

Se mapear para uma unidade de rede não há erro.

[Daniel Simoes]

O ideal é copiar os Schemas para a mesma máquina onde a aplicação está instalada... caso contrário... a cada NFe emitida, haverá acesso a rede, apenas para ler o Schema (lentidão)

[Dercide Alvarez]

10 minutos atrás, Daniel Simoes disse:

O ideal é copiar os Schemas para a mesma máquina onde a aplicação está instalada... caso contrário... a cada NFe emitida, haverá acesso a rede, apenas para ler o Schema (lentidão)

Sim, é uma opção já pensamos nisso. O problema é que acaba aumentando o suporte, visto que geralmente temos acesso ao servidor aonde a aplicação fica instalada e todos os schemas, xmls,,,,etc.  Mas senão tiver solução esse é o caminho para usarmos xsLibXml2. 

Dercide.

 

[Dercide Alvarez]

Boa tarde,

Fizemos os testes versão 3.10, e é realmente o que foi falado :

Na rede usando \\servidor   ==> dá erro.

Mapeando a unidade de rede D:\Sistemas.... ==> Funciona

Enviamos, cancelamos, inutilizamos sem problemas. Só não testei com o A3 

Usamos a LibWinCrypt e xsLibxml2

Dercide.

 

[Mariana Domingues]

Boa tarde! Atualizei ontem e o problema persiste, na verdade, mesmo com os schemas locais no C:\  só que em outro diretório meu .exe de exemplo apresenta a mensagem de "Schema inválido", mas só de ter funcionado mesmo que nos diretórios do exemplo pra mim já foi um grande alivio pois estava ha dias quebrando a cabeça com isso ... 

[Leonardo de Alice]

Boa noite.

Estou passando pelo mesmo problema.

Alguma novidade sobre o caso?

[sidnei_alves1]

Tambem me deparei com esse problema hoje.

[Daniel Simoes]

Prezados, vou fechar esse tópico... pois está difícil de compreender qual é exatamente o problema de que vocês estão falando...

Em relação ao problema original desse tópico... Conforme detalhado, nessa última resposta...

Há uma limitação da libXml2 que não é compatível com UNC...

Por favor criem um novo tópico e relatem em detalhes e com evidências, cada um dos problemas...