Schemas = Não foi possível localizar o esquema: consStatServ_v3.10.xsd

[i-master]

******************************[ Status do Serviço ]******************************************************************************
[Tipo Ambiente] 1          [Versão Aplicativo] PR-v3_4_3            [UF] 41
[Tempo Médio] 0                 [Recebimento] 17/10/2015 08:18:05
[Status] 999-Erro não catalogado
[Observação] gov.pr.fazenda.nfe.modelo.exception.ParserXMLException: Não foi possível localizar o esquema: consStatServ_v3.10.xsd
 
Versão Layout : 3.10
Ambiente : 1
Versão Aplicativo : PR-v3_4_3
Status Código : 107
Status Descrição : Serviço em Operação
UF : PR
Recebimento : 17/10/2015 08:18:10
Tempo Médio : 1
Retorno : 
Observação : 

*****************************[ Status do Serviço ]************************************************************************
[Tipo Ambiente] 1          [Versão Aplicativo] PR-v3_4_3            [UF] 41
[Tempo Médio] 1                 [Recebimento] 17/10/2015 08:18:10
[Status] 107-Serviço em Operação
 

 

Bom dia, estou com este problema.

 

 

 

[FocusRJ]

Bom dia,

 

está utilizando o trunk 2 atualizado? Acabei de consultar o meu aqui e o arquivo consta lá! Atualize seu acbr para estar com os schemas atualizados de acordo com a versão em vigor e certifique-se de que está buscando a pasta schemas correta no momento da execução.

Att.

Rômulo Mayworm 

[madalozzo]

Bom dia

Estou com o mesmo problema, alguma novidade ??

[FocusRJ]

Bom dia

Estou com o mesmo problema, alguma novidade ??

está utilizando o trunk 2 atualizado? Acabei de consultar o meu aqui e o arquivo consta lá! Atualize seu acbr para estar com os schemas atualizados de acordo com a versão em vigor e certifique-se de que está buscando a pasta schemas correta no momento da execução.

Att.

Rômulo Mayworm 

[madalozzo]

Está atualizado no trunk 2, o que da pra perceber que quando consulta status, as vezes retorna 107 que é ok como as vezes retorna 999 que é não catalogado.

 

 

[madalozzo]

Isso que retorna 

 

<?xml version="1.0" encoding="UTF-8" ?>

- <env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope">

- <env:Header xmlns:env="http://www.w3.org/2003/05/soap-envelope">

- <nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe">

  <cUF>41</cUF>

  <versaoDados>3.10</versaoDados>

  </nfeCabecMsg>

  </env:Header>

- <env:Body xmlns:env="http://www.w3.org/2003/05/soap-envelope">

- <nfeStatusServicoNFResult xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico3">

- <retConsStatServ versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe">

  <tpAmb>1</tpAmb>

  <verAplic>PR-v3_4_3</verAplic>

  <cStat>999</cStat>

  <xMotivo>Erro não catalogado</xMotivo>

  <cUF>41</cUF>

  <dhRecbto>2015-10-17T16:26:30-03:00</dhRecbto>

  <xObs>gov.pr.fazenda.nfe.modelo.exception.ParserXMLException: Não foi possível localizar o esquema: consStatServ_v3.10.xsd</xObs>

  </retConsStatServ>

  </nfeStatusServicoNFResult>

  </env:Body>

  </env:Envelope>

[Sérgio Assunção]

Veja se o arquivo consStatServ_v3.10.xsd está na sua pasta Schemas. Caso contrário, copie a pasta esquemas do exemplo ACBrNFe

[NFe RedeStop]

Estou com o mesmo problema 

As vezes a NFe retorna este mesmo erro

E retorna tambem o erro 204 - Erro não catalogado. gov.pr.fazenda.nfe.modelo.exception.ParserXMLException: Não foi possível localizar o esquema: enviNFe_v3.10.xsd

Se consulto a chave no Portal da Nota Fiscal aparece como inexistente

Editado 17 Outubro, 2015 por NFe RedeStop

[WesleySantos]

Olá pessoal, estamos com o mesmo problema, só que ao invés de dizer sempre que o erro é não foi possível encontrar consStatServ_v3.10, dá também ao não localizar ConsReciNFe_v3.10.xsd e ConsReciNFe_v3.10.xsd além do status também, tentamos de tudo, voltamos até o código para trunk e o erro persiste, fizemos umas 30 nf-e em ambiente de homologação e passa tranquilo sem erros, mas em produção dá pra fazer umas 2 ou 3 e apresenta o erro, aí não tem jeito e temos que que acessar a consulta completa pra pegar chave, protocolo e alimentar o sistema manualmente, tentamos com certificado A1 e A3, verificando o status as vezes retorna 999 (erro não catalogado) e na maioria retorna 107(Serviço ativo), atualmente deixei compilado com o trunk e não com trunk2, mandei a pasta schemas atualizada e nada também Estou desconfiado que se trata de erro na sefaz. Foi tentado em duas máquinas, i5, Win Ultimate 64bits com 8GB e Celeron win Ultimate 32 bits 2GB, foi tentado trocar a leitora do cartão A3, foi alterado o DNS da oi para google e nada também.

Se alguem quiser que eu faça algum outro teste me avise por favor.

Editado 18 Outubro, 2015 por Rafael Vivan
Esqueci de colocar as msg de erro

[Agnaldo Prates]

Veja bem.

Quanto vou chamar o componente para fazer algo, antes eu digo a ele onde procurar, por exemplo, onde salvar, onde estão os arquivos do DANFE, e, especialmente onde estão os schemas. Isso porque, caso haja alguma mudança interna, preciso assegurar que as informações a serem localizadas sejam exatamente aquelas que quero.

Não sei se é o seu caso, mas, antes de assinar, enviar, você já experimentou informar estes dados? Eu faço da seguinte forma e não tenho tido estes problemas.

    Case ACBRNFE1.Configuracoes.Geral.VersaoDF of
      ve200 : DPINf.Configuracoes.Arquivos.PathSchemas :=DmDados.NFE_SCHEMAS+\'ve200';
      ve300 : DPINf.Configuracoes.Arquivos.PathSchemas :=DmDados.NFE_SCHEMAS+\'ve300';
      ve310 : DPINf.Configuracoes.Arquivos.PathSchemas :=DmDados.NFE_SCHEMAS+\'ve310';
    End;

Até agora estou trabalhando tranquilamente no trunk2.

Quem sabe isso resolve o teu caso?

Obs: DmDados trata-se do datamodule que tem as configurações salvas no DB. NFE_SHEMAS uma varável pública onde atribuo o path dos arquivos schemas.

Att.

 

[NFe RedeStop]

Galera consegui resolver o problema

Primeiramente coloquei a opção SSLib como libCapicom pois utilizo o certificado A1. Depois excluir e recoloquei todas as dll's necessárias e retirei o e envio Síncrono.

Talvez ai com vocês seja algo diferente, mas fica ai a dica. Obrigado pela atenção.  

[[email protected]]

Pelo o que eu observei este foi um erro particular gerado na própria SEFAZ do PR. 

Possuo uma rotina que revalida automaticamente a situação das notas autorizadas nos últimos 7 dias.

Avaliando o log da aplicação pude observar que este problema ocorreu apenas no sábado. Na sexta-feira a mesma consulta foi realizada e o problema não ocorreu. Hoje efetuei exatamente a mesma consulta e o problema também não ocorreu. 

Provavelmente trata-se de uma exceção gerada no próprio servidor da Sefaz do PR e que já foi solucionada. A tratativa interna feita no código deles provavelmente é retornar este tipo de exceção ao cliente / consumidor do WS juntamente com o cStat: 999 e descrição "Erro não catalogado".

 

Att,

Gustavo Alves.

[i-master]

Bom dia,

Desapareceu o problema. Mas da um transtorno absurdo com o Cliente. 

1. Problema de SEFAZ somente no Paraná?

Provável acho eu. Quando isto acontece, recorro a qual Canal competente?

Agradeço a todos, e se possível uma luz.

 

 

 

[João Marcos_14485]

Boa tarde, pessoal!
Estou com este mesmo problema no Paraná.
Estou com os schemas atualizados (Trunk2), emito as notas normalmente pelo ambiente de homologação, porém quando emito no ambiente de produção os erros persistem.

Alguém passando pelo mesmo erro ?

[Régys Silveira]

1 hora atrás, João Marcos_14485 disse:

Boa tarde, pessoal!
Estou com este mesmo problema no Paraná.
Estou com os schemas atualizados (Trunk2), emito as notas normalmente pelo ambiente de homologação, porém quando emito no ambiente de produção os erros persistem.

Alguém passando pelo mesmo erro ?

Você precisa informar as exatas mensagens de erro, lembrando que no Paraná o ambiente de produção ainda não aceita as novas alterações dos schemas, talvez seja por isso que você não tem os erros em homologação.

Sem as mensagens de erro não dá para dizer com certeza.

[Tools Pharma]

Estou com mesmo problema la no parana, funcionou a semana toda, hoje começou esse erro...

 

Não se preocupe que com certeza o problema é com eles la, ja não é a primeira vez!

 

[João Marcos_14485]

Em 09/11/2015 15:15:14, Régys Silveira disse:

Você precisa informar as exatas mensagens de erro, lembrando que no Paraná o ambiente de produção ainda não aceita as novas alterações dos schemas, talvez seja por isso que você não tem os erros em homologação.

Sem as mensagens de erro não dá para dizer com certeza.

Valeu, Regis.
Me virei aqui até achar o problema.
Rapaz, é incrível a falta de responsabilidade de quem codifica os webservices e sua validações. 
No final das contas, nós somos obrigados a fazer "testes" no ambiente de produção e ter que cancelar tudo depois!
 

[Daniel Paixão-Cascavel]

Cara, como você resolveu isso ai? Estou com esse problema hoje.

[Ale Hexata]

Boa noite pessoal, estou soando a camisa aqui no parana, ate que percebi que somente em ambiente de homologacao as novas regras foram aplicadas, mas nao em ambiente de producao, no entanto vi que os schemas paracem que ja estao sendo requisitados os atualizados, confere Regys? 

PR: em homologacao funciona o qrcode no codigo somente em homologacao e na producao estou deixando como estava mas tudo com schema atualizado 

na boa ta funcionando entre trancos e barrancos muita instabilidade de sinal da receita

[Régys Silveira]

você pode atualizar os schemas sem problema, como é uma tag opcional, gerar sem ela vai passar na validação de schemas do ACBr e quando a SEFAZ validar novamente em produção não existe a tag, passa normal.

Quando eles começarem a cobrar e tornarem a tag obrigatória ai sim eles vão validar e se você não gerar vai ter problemas.