Atalias Postado 20 Setembro Postado 20 Setembro Bom dia a todos, a Prefeitura de Jundiaí emitiu o seguinte comunicado. Informamos que a partir de 31/10/2024 a Gissonline não atenderá mais requisições dos serviços do webservice produção.ginfes.com.br e homologação.ginfes.com.br para recepção de recibos provisórios de serviços (RPS), consultas e cancelamentos para as respectivas notas fiscais de serviços eletrônica (NFSE). A partir dessa data Todas as requisições para processamento de recibos provisórios de serviços (RPS), cancelamentos e consultas de NFS-e serão atendidas somente pelo novo WSDL oficial da Gissonline. Endereços dos WSDL Produção: https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws?wsdl Homologação: https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws?wsdl Além dos endereços do WSDL será necessário realizar alguma outra modificação? Obrigado Atalias
Consultores Italo Giurizzato Junior Postado 20 Setembro Consultores Postado 20 Setembro Bom dia @Atalias, Atualize todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. 1 Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Gilson Gonçalves de Carvalho Postado 1 Outubro Postado 1 Outubro Olá, boa tarde. Estou tentando utilizar o novo web service do GISS ( https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws ) em ambiente de homologação, testando especificamente o município de Jundiaí. No entanto, continuo recebendo o mesmo erro repetidamente. Segue em anexo envio e retorno. Alguém poderia me ajudar com isso? retorno.txt envio.txt 1
Consultores Italo Giurizzato Junior Postado 1 Outubro Consultores Postado 1 Outubro Boa tarde @Gilson Gonçalves de Carvalho, Tente os outros dois modos de envio: Envio do Lote Assíncrono e Envio do Lote Síncrono. Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
danilo.saciloto Postado 1 Outubro Postado 1 Outubro Boa tarde pessoal. Eu não utilizo o ACBr, mas este forum é o que tem de melhor quando o assunto é NFSe. O meu desenvolvimento é no SAP e esse problema de homologação com a GISS para Jundiaí muito me interessa pois estou passando pelo mesmo erro E999 ao enviar o Lote de RPS, portanto vou acompanhar este tópico para ver qual será a resolução. Se alguém tiver um XML de envio do LoteRPS para a GISS nesse modelo ABRASF 2.04 e que tenha funcionado, eu agradeço muito. Obrigado 1
Moderadores Juliomar Marchetti Postado 1 Outubro Moderadores Postado 1 Outubro 1 hora atrás, danilo.saciloto disse: Boa tarde pessoal. Eu não utilizo o ACBr, mas este forum é o que tem de melhor quando o assunto é NFSe. O meu desenvolvimento é no SAP e esse problema de homologação com a GISS para Jundiaí muito me interessa pois estou passando pelo mesmo erro E999 ao enviar o Lote de RPS, portanto vou acompanhar este tópico para ver qual será a resolução. Se alguém tiver um XML de envio do LoteRPS para a GISS nesse modelo ABRASF 2.04 e que tenha funcionado, eu agradeço muito. Obrigado então já faça juz e passe a usar a lib senão programa em delphi ou o monitor se não deixa consumir e dai sim estará usando algo que não precisa ficar a cada momento correndo atrás 1 Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Gilson Gonçalves de Carvalho Postado 2 Outubro Postado 2 Outubro 18 horas atrás, Gilson Gonçalves de Carvalho disse: Olá, boa tarde. Estou tentando utilizar o novo web service do GISS ( https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws ) em ambiente de homologação, testando especificamente o município de Jundiaí. No entanto, continuo recebendo o mesmo erro repetidamente. Segue em anexo envio e retorno. Alguém poderia me ajudar com isso? retorno.txt 781 B · 3 downloads envio.txt 7.03 kB · 4 downloads Agora parou de dar o erro anterior, isso sem fazer nada. Segue erro atual: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:GerarNfseResponse xmlns:ns2="http://nfse.abrasf.org.br"> <outputXML><![CDATA[<?xml version="1.0" encoding="UTF-8" standalone="yes"?><ns4:GerarNfseResposta xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns:ns4="http://www.giss.com.br/gerar-nfse-resposta-v2_04.xsd" xmlns:ns3="http://www.giss.com.br/tipos-v2_04.xsd"><ListaMensagemRetorno><ns3:MensagemRetorno><ns3:Codigo>E160</ns3:Codigo><ns3:Mensagem>Arquivo em desacordo com o XML Schema.</ns3:Mensagem><ns3:Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</ns3:Correcao></ns3:MensagemRetorno></ListaMensagemRetorno></ns4:GerarNfseResposta>]]></outputXML> </ns2:GerarNfseResponse> </soap:Body> </soap:Envelope> Agora esta dando esse erro: envio.xml 18 horas atrás, Gilson Gonçalves de Carvalho disse: Olá, boa tarde. Estou tentando utilizar o novo web service do GISS ( https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws ) em ambiente de homologação, testando especificamente o município de Jundiaí. No entanto, continuo recebendo o mesmo erro repetidamente. Segue em anexo envio e retorno. Alguém poderia me ajudar com isso? retorno.txt 781 B · 3 downloads envio.txt 7.03 kB · 4 downloads Agora parou de dar o erro anterior, isso sem fazer nada. Segue erro atual: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:GerarNfseResponse xmlns:ns2="http://nfse.abrasf.org.br"> <outputXML><![CDATA[<?xml version="1.0" encoding="UTF-8" standalone="yes"?><ns4:GerarNfseResposta xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns:ns4="http://www.giss.com.br/gerar-nfse-resposta-v2_04.xsd" xmlns:ns3="http://www.giss.com.br/tipos-v2_04.xsd"><ListaMensagemRetorno><ns3:MensagemRetorno><ns3:Codigo>E160</ns3:Codigo><ns3:Mensagem>Arquivo em desacordo com o XML Schema.</ns3:Mensagem><ns3:Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</ns3:Correcao></ns3:MensagemRetorno></ListaMensagemRetorno></ns4:GerarNfseResposta>]]></outputXML> </ns2:GerarNfseResponse> </soap:Body> </soap:Envelope> Agora esta dando esse erro:
Consultores Italo Giurizzato Junior Postado 2 Outubro Consultores Postado 2 Outubro Boa tarde @Gilson Gonçalves de Carvalho, Você esta usando o componente ACBrNFSeX? Se sim, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Gilson Gonçalves de Carvalho Postado 2 Outubro Postado 2 Outubro Olá, @Italo Giurizzato Junior Junior, boa tarde! Peço desculpas por não ter mencionado antes, mas não estou utilizando o componente no momento. Estou realizando os testes diretamente pelo SoapUI. Você teria um exemplo de XML para o método gerarNFSE ou o envio de lote que esteja funcionando? Agradeço desde já!
Moderadores Juliomar Marchetti Postado 2 Outubro Moderadores Postado 2 Outubro Em 02/10/2024 at 15:32, Gilson Gonçalves de Carvalho disse: Olá, @Italo Giurizzato Junior Junior, boa tarde! Peço desculpas por não ter mencionado antes, mas não estou utilizando o componente no momento. Estou realizando os testes diretamente pelo SoapUI. Você teria um exemplo de XML para o método gerarNFSE ou o envio de lote que esteja funcionando? Agradeço desde já! Bom movi para um subforum mais adequado pois lá tratamos do componente ACBrNFSeX desfiz pois achei que o tópico fosse do post acima Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Atalias Postado 3 Outubro Autor Postado 3 Outubro Boa tarde @Italo Giurizzato Junior, ainda estou tentando validar com o Giss...sem sucesso por enquanto 1-env-lot-sinc.xml 1-lista-nfse-sinc.xml 1
Moderadores Juliomar Marchetti Postado 3 Outubro Moderadores Postado 3 Outubro Em 02/10/2024 at 15:32, Gilson Gonçalves de Carvalho disse: Olá, @Italo Giurizzato Junior Junior, boa tarde! Peço desculpas por não ter mencionado antes, mas não estou utilizando o componente no momento. Estou realizando os testes diretamente pelo SoapUI. Você teria um exemplo de XML para o método gerarNFSE ou o envio de lote que esteja funcionando? Agradeço desde já! veja com oprovedor de serviço se ele tem para lhe mandar senão sugestão é passe a usar o componente ACBrNFSeX está funcionando para quase todos os provedores de serviços do pais ou senão é delphi use a lib que o componente está dentro. Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Consultores Italo Giurizzato Junior Postado 3 Outubro Consultores Postado 3 Outubro Boa tarde @Atalias, A mensagem de erro retornada pede para aguardar ou entrar em contato com o provedor. Não vejo outra alternativa fazer isso, entrar em contato com eles, mostrar o XML que esta sendo enviado e o que esta sendo retornado. Quem sabe eles conseguem identificar algum dado errado no XML de envio ou os ajudem a corrigir o bug que existe no webservice deles. Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Gilson Gonçalves de Carvalho Postado 3 Outubro Postado 3 Outubro @Atalias alterar a versão para LoteRps versao="2.04" no seu está versao="1.00"
lucasyu01 Postado 10 Outubro Postado 10 Outubro (editado) nao consigo mudar essa versao de 1.00 para 2.04 no acbr lib demo, alguem sabe como mudar essa versão do xml? Editado 10 Outubro por lucasyu01
Moderadores Juliomar Marchetti Postado 10 Outubro Moderadores Postado 10 Outubro senão me engano tem o arquivo ini das cidades tu pode tentar mudar lá Em 03/10/2024 at 15:57, Gilson Gonçalves de Carvalho disse: @Atalias alterar a versão para LoteRps versao="2.04" no seu está versao="1.00" lembrando que ele não usa nem lib nem os componentes delphi então são coisas totalmente distintas e podem ser causas diferentes 30 minutos atrás, lucasyu01 disse: nao consigo mudar essa versao de 1.00 para 2.04 no acbr lib demo, alguem sabe como mudar essa versão do xml? Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
lucasyu01 Postado 10 Outubro Postado 10 Outubro la esta versão =2.04 no arquivo .ini mesma asssim no xml do soap de envio esta enviando com versão 1.0, e como dentro da DLL do acbr lib demo nao consigo mudar ?queria fazer esse teste para pode migrar para versão PRO do acbr lib
Moderadores Juliomar Marchetti Postado 10 Outubro Moderadores Postado 10 Outubro 21 minutos atrás, lucasyu01 disse: la esta versão =2.04 no arquivo .ini mesma asssim no xml do soap de envio esta enviando com versão 1.0, e como dentro da DLL do acbr lib demo nao consigo mudar ?queria fazer esse teste para pode migrar para versão PRO do acbr lib não creio que seja o que está sendo passado acima. é alguma configuração que está errada ou no envio senão os usuários do componente estaria reportando a situação. Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Atalias Postado 11 Outubro Autor Postado 11 Outubro Bom dia, @lucasyu01 está com problema no envio e na consulta também. Nem foi validado o arquivo enviado, só retorna o erro <Codigo>A01</Codigo> <Mensagem>Não foi possível atender a solicitação</Mensagem> Estou com chamado aberto lá...mas eles demoram para dar um retorno. Não sei se o ambiente em produção estará ativo somente após a data 31/10/2024...que foi o ambiente utilizando na consulta.
Consultores Italo Giurizzato Junior Postado 11 Outubro Consultores Postado 11 Outubro Bom dia @Atalias, Chegou a realizar os testes em ambiente de homologação? Se sim, qual foi o resultado? Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Atalias Postado 11 Outubro Autor Postado 11 Outubro Boa tarde @Italo Giurizzato Junior, o resultado em homologação foi esse
Moderadores Juliomar Marchetti Postado 11 Outubro Moderadores Postado 11 Outubro Parece que não existe o método ou modificaram Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
raquelferr Postado 22 Outubro Postado 22 Outubro Bom dia, @Atalias Estou com o mesmo problema de TimeOut em Jundiaí, conseguiu uma resolução pra esse caso? Até um tempo atrás o WSDL do endereço https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws?wsdl abria normalmente no navegador com um certificado configurado e agora já não abre mais, acredito que possa estar relacionado. Questionei ao suporte da Eicon o motivo do WSDL não estar mais funcionando e disseram que é porque não estou utilizando o certificado, mesmo que eu esteja. 1
Moderadores Juliomar Marchetti Postado 22 Outubro Moderadores Postado 22 Outubro 21 minutos atrás, raquelferr disse: Bom dia, @Atalias Estou com o mesmo problema de TimeOut em Jundiaí, conseguiu uma resolução pra esse caso? Até um tempo atrás o WSDL do endereço https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws?wsdl abria normalmente no navegador com um certificado configurado e agora já não abre mais, acredito que possa estar relacionado. Questionei ao suporte da Eicon o motivo do WSDL não estar mais funcionando e disseram que é porque não estou utilizando o certificado, mesmo que eu esteja. Está com o ACBrNFSeX atualizado? Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Atalias Postado 22 Outubro Autor Postado 22 Outubro Boa tarde @raquelferr, ainda não consegui @Juliomar Marchetti, quando faço o teste na opção de enviar um RPS(Unitário), retorna esse erro Erro(s): Código : E172 Mensagem: Arquivo enviado com erro na assinatura. Correção: Acerte a assinatura do arquivo. Tem alguma sugestão de onde seria este acerto, fiz o teste utilizando as opções ssllib = libopenssl e ssllib = libwincrypt
Recommended Posts
Crie uma conta ou entre para comentar
Você precisar ser um membro para fazer um comentário
Criar uma conta
Crie uma nova conta em nossa comunidade. É fácil!
Crie uma nova contaEntrar
Já tem uma conta? Faça o login.
Entrar Agora