fefevilela

ok, muito obrigado pela informação. pode encerrar o ticket

Pessoal, bom dia Tentei fazer uma consulta de cadastro de uma empresa registrada em MANAUS - AM. Está estourando exceção em relação ao endereço da webservice. Fiz a atualização dos schemas e o problema persiste. Envio anexo o arquivo de retorno. Acredito que o endereço foi alterado ou removido da sefaz.am Agradeço analise tecnica. Consulta_Cadastro_AM.txt

Pessoal, Conforme prometido, fiz a simulação usando os mesmos parametros ERRADOS de quando eu obtive essa anomalia. Fui surpreendido que agora foi inserido uma nova validação que trata o problema e voces podem encerrar esse ticket.

Olá. Você está correto na afirmação que quando seta 4.0 ele envia pro endereço correto porém a consulta do processamento é que aciona o endereço da 3.0 Foi isso que detectei no dia. Vou tentar repetir o erro em detalhes, mas com certeza foi esse o comportamento do componente

Isso eu ja tinha visto, porem isso é um COMBOBOX para seleção no programa de exemplo, mas veja, eu estou relatando é a propriedade do componente Configuracoes.Geral.VersaoDF . Esse exemplo nao altera essa propriedade, porisso achei pertinente perguntar se a existencia de duas configurações são para atendimento a um propósito ou se está mesmo como ambiguidade.

Pessoal, Com a adoção da versão 4.0 do CTe me deparei com uma situação que não sei se é ambiguidade ou necessidade. Se voce atribuir ao componente a tag => infCTe.versao := 4.0 e não alterar a configuração => Configuracoes.Geral.VersaoDF := ve300 a SEFAZ (RS) responde um erro que nada tem a ver com isso. Detectei que a infCTe.versao for 4.0 faz o envio para o endereço da 3.0 e a consulta é executada na versao 4.0, parece que foi isso que ocorreu. Ao atribuir os valores corretos para as duas configurações, o componente funcionou perfeitamente. Nao seria o caso de preencher automaticamente a tag => infCTe.versao de acordo com o especificado na Configuracoes.Geral.VersaoDF ?

Pessoal, descobri o real motivo desse erro aparecer. a TAG => infCTE.Versao, estando ela setada para 3.0 o erro ocorre.... alterei para 4.0 e resolveu... Acredito que o colega LEANDRO possa ter cometido o mesmo erro que eu.... Foi mal ai gente. peço finalizar

sim.. tudo isso é feito. estou com a revisão 29973 todos os fontes atualizados e o executavel com BUILD.... vou investigar onde está ocorrendo o problema e responderei aqui no grupo. Obrigado

Isso é estranho pois em nenhuma das funcionalidades do ACBR eu preciso distribuir arquivos acessorios. Só distribuo o Executavel e tudo funciona....

Executando o modo ASINCRONO = FALSE ( CompCte.Enviar(1, False) ) Na versão 3.00 vai de boas.... Na versão 4.00 ele da a mensagem conforme anexo

Pessoal, bom dia Estamos com o mesmo problema. Analisando o INI postado pelo BIGWINGS, realmente a CHAVE não está no arquivo. Acredito que seja pelo fato que o Componente não está concatenando a versao 4.00 na String de pesquisa o arquivo INI Consta: [CTe_SP_P] URL-QRCode=https://nfe.fazenda.sp.gov.br/CTeConsulta/qrCode URL-ConsultaCTe=https://dfe-portal.svrs.rs.gov.br/CTE/Consulta CTeConsultaCadastro_3.00=https://nfe.fazenda.sp.gov.br/ws/cadconsultacadastro4.asmx RecepcaoEventoAN_3.00=https://cte.sefaz.rs.gov.br/ws/CteRecepcaoEvento/CteRecepcaoEvento.asmx ; RecepcaoEvento_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoEvento.asmx CTeRecepcao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcao.asmx CTeRetRecepcao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRetRecepcao.asmx CTeInutilizacao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteInutilizacao.asmx CTeConsultaProtocolo_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteConsulta.asmx CTeStatusServico_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteStatusServico.asmx CTeRecepcaoOS_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoOS.asmx CTeRecepcaoSinc_3.00= CTeRecepcaoGTVe_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoGTVe.asmx ; RecepcaoEvento_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoEventoV4.asmx CTeRecepcaoSinc_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoSincV4.asmx CTeConsultaProtocolo_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeConsultaV4.asmx CTeStatusServico_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeStatusServicoV4.asmx CTeRecepcaoOS_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoOSV4.asmx CTeRecepcaoGTVe_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoGTVeV4.asmx e o Erro propagado pelo componente refere-se APENAS a: CteRecepcaoSinc Seria esse o problema ?

Matou a pau.... já tinha configurado para consulta automatica, porem o timeout estava em 30 segundos.. aumentei para 2 minutos e funcionou... o Ginfes ta com lag enorme...... Obrigado. peço finalizar o ticket

Bom dia. Segue minha saga com a NFSx.... Fiz a portabilidade dos fontes da NFS para NFSx. 1) Envio a NFSx normalmente. 2) Pelo DEBUG, verifico que o protocolo foi recebido 3) O Componente faz a consulta da NFS e o GINFES responde: Esse RPS não foi enviado para a nossa base de dados Analisei os arquivos salvos e percebo que em alguns é registrado producao.ginfes.com.br e em outros www.ginfes.com.br. Não sei se o problema tem a ver com isso, porem continua um grande mistério. Seria um problema no servidor da GINFES ? Anexo os arquivos para analise de vocês. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml 505469090-con-lot.xml 505469090-con-lot-soap.xml 505469090-con-sit.xml 505469090-con-sit-soap.xml 505469090-lista-nfse-con-lot.xml 505469090-lista-nfse-con-lot-soap.xml 505469090-sit.xml 505469090-sit-soap.xml

O problema então realmente era a configuração da LIB. Favor finalizar

Pessoal... Fiz exatamente o que voces sugeriram. Compilei o programa exemplo. Fiz o preenchimento dos campos conforme imagens anexadas. Resposta da validação => A MESMA DE SEMPRE Não sei quais parametros foram utilizados no teste do Italo, se puder me informar qual deles está diferente para que eu possa testar, agradeço

Vou comparar as conmfigurações do componente no EXEMPLO e descobrir qual propriedade está diferente e retorno aqui pra informar. Obrigado a todos pelas dicas.

Mesmo colocando a unidade D:\opendata\.... continuo com o mesmo problema. eu pude notar que em determinado momento as classes trocam o prefixo ns3 por ns4, seria ai o problema? veja a imagem do debugger no momento do erro de validação... veja que pelas propriedades, ele está buscando o xsd correto

adicio9nando mais informações

Oi Italo, segue o conteudo. Conferido com a pasta original do acbr.

Oi Diego, Conforme informei, eu estou com a propriedade setada corretamente e a pasta dos schemas estão separadas em uma pasta exclusiva para nao misturar com a da NFS e que foram atualizadas de acordo com a versão atual (28510). Se voce observar, o xml que foi gerado está sim apontando para a pasta GINFES, pelo menos o preenchimento do header está de acordo, porem o problema só ocorre naquele momento de validação. Validação Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema); Resultado dessa validação Raised exception class EOleException with message 'servico_enviar_lote_rps_envio_v03.xsd#/schema The 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd' namespace provided differs from the schema's 'http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd' targetNamespace'. Aparentemente ele está buscando o XSD na pasta certa GINFES. Será que alguma outra propriedade que precisa estar setada e que não esteja? Caso necessário eu envio a lista do que está ativado no componente.

Olá Italo, Já constatei que a propriedade citada está ativada. Criei uma pasta EXCLUSIVA para os schemas da NFSX, copiada do caminho: \ACBr\Exemplos\ACBrDFe\Schemas\NFSe e mesmo assim, continuo recebendo o mesmo erro.

Pessoal, bom dia Estamos encalacrados com um erro de validação que está impedindo de emitir a NFSeX. Anexo os arquivos para analise. Peço me esclarecerem qual o motivo do erro da validação. Os procedimentos que estão sendo efetuados são: Solicitando ENVIO da NFSx CompNFSX.Emitir('1', meAutomatico, false); function TDFeSSLXmlSignMsXml.Validar(const ConteudoXML, ArqSchema: String; out MsgErro: String): Boolean; Validação Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema); Resultado dessa validação Raised exception class EOleException with message 'servico_enviar_lote_rps_envio_v03.xsd#/schema The 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd' namespace provided differs from the schema's 'http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd' targetNamespace'. Aparentemente ele está buscando o XSD na pasta certa GINFES. Agradeço retorno nfseX.xml

ok, usaremos o indicado. favor finalizar

Pessoal, Constatei que os schemas da NFSe estão replicados em duas pastas distintas, porem não são iguais. Uma versão está na pasta: ACBr\Exemplos\ACBrDFe\Schemas\NFSe Outra versão na pasta: ACBr\Exemplos\ACBrDFe\ACBrNFSe\Schemas Qual das duas é a versão atualizada?