oribeiro Postado 28 Janeiro Postado 28 Janeiro Amigos, O portal do GISSONLINE está retornando essa mensagem: Comunicado importante sobre RPS e novo WSDL: Informamos que a partir de 01/02/2025, o sistema GissOnline deixará de atender as requisições produção.ginfes.com.br e homologação.ginfes.com.br para recepção de Recibos Provisórios de consultas e cancelamentos de Notas Fiscais de Serviços Eletrônicas (NFS-e). Motivos da mudança: Padronização e compatibilidade: O sistema GissOnline utiliza o modelo ABRASF 2.0 para emiss As diferenças entre os layouts tornam os modelos incompatíveis sem uma conversão complexa. A ACBrNFSe32.DLL já foi ajustada para tal mudança ou não será necessário? Devo ajustar algo nos meus programas xHarbour? Obrigado. Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Consultores Italo Giurizzato Junior Postado 28 Janeiro Consultores Postado 28 Janeiro Boa tarde @oribeiro, Você só esqueceu de informar de qual cidade é esse comunicado. Não temos como fazer nada sem saber qual é a cidade. Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
oribeiro Postado 28 Janeiro Autor Postado 28 Janeiro Desculpe. Cidade: Itu/SP Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Consultores Solution Italo Giurizzato Junior Postado 29 Janeiro Consultores Solution Postado 29 Janeiro Bom dia @oribeiro, Caso não esteja, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes usando o programa exemplo. A cidade de Itu/SP já esta "configurada" para o provedor Giss (GissOnline). Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
oribeiro Postado 29 Janeiro Autor Postado 29 Janeiro Fiz todas as atualizações e o erro persiste. [Erro1] Codigo=X999 Correcao= Descricao=Erro de ConexÒo: Servi+ºo n+£o implementado para este provedor. XmlEnvio=<?xml version="1.0" encoding="UTF-8"?><DPS xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.00"><infDPS Id="DPS352390922129412200010800085000000000009371"><tpAmb>1</tpAmb><dhEmi>2025-01-28T00:00:00-03:00</dhEmi><verAplic></verAplic><serie>85</serie><nDPS>9371</nDPS><dCompet>2025-01-28</dCompet><tpEmit>1</tpEmit><cLocEmi>3523909</cLocEmi><prest><CNPJ>21294199000108</CNPJ><IM>27393</IM><xNome>OASYSITU.COM INFORMATICA EIRELI EPP</xNome><fone>11996911234</fone><email>[email protected]</email><regTrib><opSimpNac>2</opSimpNac><regEspTrib>1</regEspTrib></regTrib></prest><toma><CPF>06059912345</CPF><xNome>Racso Batista Filho</xNome><end><endNac><cMun>3523909</cMun><CEP>13305420</CEP></endNac><xLgr>Raquel de Queiroz</xLgr><nro>517</nro><xBairro>Campos S Antonio</xBairro></end><fone>11996911234</fone><email>[email protected]</email></toma><serv><locPrest><cLocPrestacao>3523909</cLocPrestacao></locPrest><cServ><cTribNac>1.07</cTribNac><cTribMun>91011</cTribMun><xDescServ>Servico de Consultoria em TI</xDescServ></cServ></serv><valores><vServPrest><vServ>1.00</vServ></vServPrest><trib><tribMun><tribISSQN>1</tribISSQN><tpRetISSQN>1</tpRetISSQN></tribMun><totTrib><indTotTrib>0</indTotTrib></totTrib></trib></valores></infDPS></DPS> Onde consigo um programa exemplo em xHarbour? Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Consultores Renato Rubinho Postado 29 Janeiro Consultores Postado 29 Janeiro 3 horas atrás, oribeiro disse: <?xml version="1.0" encoding="UTF-8"?><DPS xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.00"><infDPS Id="DPS352390922129412200010800085000000000009371"> Você está emitindo a NFSe como MEI? Se for, ignore essa informação. Se não for, você precisa mudar o LayoutNFSe para 0 = lnfsProvedor https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca22.html 3 horas atrás, oribeiro disse: Onde consigo um programa exemplo em xHarbour? Nos fontes do ACBr, no caminho a seguir: ..\ACBr\Projetos\ACBrLib\Demos\Harbour\NFSe 3 horas atrás, oribeiro disse: Fiz todas as atualizações e o erro persiste. Veja se você tem um arquivo ACBrNFSeXServicos.ini desatualizado na pasta da aplicação. 1
oribeiro Postado 30 Janeiro Autor Postado 30 Janeiro Com as orientações dos amigos eu consegui enviar a RPS para o GISSONLINE de Itu/SP e ele gerou a NFS-e corretamente. Ufa! Obrigado. Mas agora está dando erro na consulta do lote RPS -> oACBrNFSe:ConsultarLoteRps(cProtocolo, cNumLote) [Erro1] Codigo=X800 Correcao= Descricao=Erro de Valida o: --> 1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected. XmlEnvio=<ns3:ConsultarLoteRpsEnvio xmlns:ns3="http://www.giss.com.br/consultar-lote-rps-envio-v2_04.xsd" xmlns:ns4="http://www.giss.com.br/tipos-v2_04.xsd"><ns3:Prestador><ns4:CpfCnpj><ns4:Cnpj>21294122000108</ns4:Cnpj></ns4:CpfCnpj><ns4:InscricaoMunicipal>27393</ns4:InscricaoMunicipal></ns3:Prestador><ns3:Protocolo>3612179</ns3:Protocolo><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod><Reference URI=""><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"></Transform><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Transform></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod><DigestValue>RGczzl1Q5zIZcTsDK/lphc8pHPQ=</DigestValue></Reference></SignedInfo><SignatureValue>Zvw9G/YjFazTK8bhlH4voRhWE0IOVT1mygOe8V00XZNtEU1vmn6EE81rz36bylCBwIPl1rhkQstm9Awz9Uk/IvvZLKhIw7JcGonHW32eYRsiAoEtnU3BZ4FAD6C4vRkBpkHqIA8RiE/jJ2eyRo5Wn0/7p83O/Jx8Lw64mpnV14Hnzq93vWMprtMrIyhPcG+AfssVunPJzmxPp3rYeKuprw/D6Uc6yI7Y7wityj5TksPv/2OT4zPxAbI8CQqiiAnRCeg/CdsYoEeJtPDOdBySgd6oz2O6D5WBZkVCdg8NMNhFVWvZwWrHCvSsD9u5E3XxwVcLk+1eVdImZspCu2PfwA==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH5zCCBc+gAwIBAgILAIq2HIZrX3Prba8wDQYJKoZIhvcNAQELBQAwWzELMAkGA1UEBhMCQlIxFjAUBgNVBAsMDUFDIFN5bmd1bGFySUQxEzARBgNVBAoMCklDUC1CcmFzaWwxHzAdBgNVBAMMFkFDIFN5bmd1bGFySUQgTXVsdGlwbGEwHhcNMjQwODA4MTQyOTUxWhcNMjUwODA4MTQyOTUxWjCB0jELMAkGA1UEBhMCQlIxEzARBgNVBAoMCklDUC1CcmFzaWwxIjAgBgNVBAsMGUNlcnRpZmljYWRvIERpZ2l0YWwgUEogQTExGTAXBgNVBAsMEFZpZGVvY29uZmVyZW5jaWExFzAVBgNVBAsMDjMzNDQyNDIyMDAwMTc2MR8wHQYDVQQLDBZBQyBTeW5ndWxhcklEIE11bHRpcGxhMTUwMwYDVQQDDCxPQVNZU0lUVSBDT00gSU5GT1JNQVRJQ0EgTFREQToyMTI5NDEyMjAwMDEwODCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKWtQzPnFqJIvo9RCzTI1B5okadAayTsfjL++5Xb7WasBmPNLB57hq3fj7P02aC0TB8TVY5F7sqoVLFEiG5B93MDeQ0UIs4GgvT0SOKOz7g1q0ljNXAcD8yX317bemgSu5OldkLhXkc7RSIzqGJIv4vvo57xozxI+Hh5jTPpjg+dq5QKNLDysImHVWCX/7aKW0QzQ9CwqAiKYBcrGnFqIfSdv5pUgdBwbbkhtauh0JRawwQTwSR3gF54U3SfsIjhRcSCi5BrCQz8BH8DpN06E+sHEWoaCyeQRac+pU/4INLypHZNAZoZW1Yzvcu60fiWNEOa5QxBSsq4pox7MD1u3uUCAwEAAaOCAzIwggMuMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwCQYDVR0TBAIwADAfBgNVHSMEGDAWgBST4f9+HeX15E3hOWKLIWmV5q9yFjAdBgNVHQ4EFgQU/KvWctH0A9aXuqklZufWqAFC0NgwfwYIKwYBBQUHAQEEczBxMG8GCCsGAQUFBzAChmNodHRwOi8vc3luZ3VsYXJpZC5jb20uYnIvcmVwb3NpdG9yaW8vYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS9jZXJ0aWZpY2Fkb3MvYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS5wN2IwgYIGA1UdIAR7MHkwdwYHYEwBAgGBBTBsMGoGCCsGAQUFBwIBFl5odHRwOi8vc3luZ3VsYXJpZC5jb20uYnIvcmVwb3NpdG9yaW8vYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS9kcGMvZHBjLWFjLXN5bmd1bGFySUQtbXVsdGlwbGEucGRmMIHGBgNVHREEgb4wgbugJgYFYEwBAwKgHQQbT1NDQVIgQkFUSVNUQSBSSUJFSVJPIEZJTEhPoBkGBWBMAQMDoBAEDjIxMjk0MTIyMDAwMTA4oEIGBWBMAQMEoDkENzE5MDIxOTY1MDYwNTk5Nzg4ODYwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDCgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgRlvc2Nhci5yaWJlaXJvQG91dGxvb2suY29tMIHiBgNVHR8Egdowgdcwb6BtoGuGaWh0dHA6Ly9pY3AtYnJhc2lsLnN5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvbGNyL2xjci1hYy1zeW5ndWxhcmlkLW11bHRpcGxhLmNybDBkoGKgYIZeaHR0cDovL3N5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvbGNyL2xjci1hYy1zeW5ndWxhcmlkLW11bHRpcGxhLmNybDANBgkqhkiG9w0BAQsFAAOCAgEAljZ2N3jjwtc/VQvdmpfE7i2GZmPPqQGbXviuZH5vnpDPa5rtuCrWziNKnD4msgGJnq8CXL0AowSawWaLBge4qS5ikT+Qnb1UlaFuuziWI6IQta6ysGBsE+EOA9Bvk+pJaXmm9mAxHwOvEMx1opBfGlPqJMBSwC4SM+iabspwvWv1ceEbn6wgzCjSGnSBZaEbjq12AvCy2TBpg+qRhdQMQNM9jVsEx64Jg8R2k7A52izFPzA/kyk8FPeNDRkgu9OrRaRV/YM/1W/B1GhLQFv4SwxeUbbPQBvIrq81QmLOvUGwrs8krVqa3jzIVG9MKRfndQQYsmaBWNR5uagt6v4WoyZ2ylagwn6ghFwvQ5+ILVf3siKtwfPNkibb3j8hLfMwK73xC+6bcI0xii3ybjiBmedv8PgETmx/cZMwjVYlWzkFD+sJwulKSdTFP59BDq1f5MTMtYKw0PgZ5sVax8KH6Mb8513TAcrk0WDG9RBdwBJk0XsFyp65s/KP9zBPVZvWAQevDR1Tj/UEl3mF4jvLAi3pjuhvYxaFDHMLgOfivvXC9mt0VP3JydsqNE75xei0uOiICn0IWbvHe3it2hwDrVDC0lTWgDDkGKnvcrBzL2+3h0aVbc+Af7eSyqy1+taJ2QMAjuPCVlzxNh4lr8ThOERQNFsHROfLoBnM4MgbPAU=</X509Certificate></X509Data></KeyInfo></Signature></ns3:ConsultarLoteRpsEnvio> Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
oribeiro Postado 30 Janeiro Autor Postado 30 Janeiro Com as orientações dos amigos eu consegui enviar a RPS para o GISSONLINE de Itu/SP e ele gerou a NFS-e corretamente. Ufa! Obrigado. (1) Mas agora está dando erro na consulta do lote RPS -> oACBrNFSe:ConsultarLoteRps(cProtocolo, cNumLote) [Erro1] Codigo=X800 Correcao= Descricao=Erro de Valida o: --> 1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected. (2) Outro erro é que: No LoteRPS.Ini estou enviando Aliquota=3.04 E o ACBrNFSe32.DLL gera o XML como <Aliquota>0.0304</Aliquota> e a prefeitura GISSONLINE Itu/SP rejeita dizendo que só aceita 2 dígitos na Alíquota. O que devo fazer? Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
oribeiro Postado 3 Fevereiro Autor Postado 3 Fevereiro Tem uma anotação no ACBrNFSw-change-log.txt indicando isso: 11/09/2018 -- ACBrNFSeWebServices -- [*] Correções no provedor Tinus visando as diferenças de NameSpace e SoapAction entre os ambientes. Por: Italo Jurisato Junior -- pnfsNFSeW_ABRASFv2 -- [*] Alteração incluido o provedor TcheInfo na lista de provedores cuja tag <Aliquota> tem apenas 2 casas decimais. Por: Italo Jurisato Junior Acham possível fazer essa mesma alteração no modelo da GISSONLINE? No LoteRPS.Ini estou enviando Aliquota=3.04 E o ACBrNFSe32.DLL gera o XML como <Aliquota>0.0304</Aliquota> e a prefeitura GISSONLINE Itu/SP rejeita dizendo que só aceita 2 dígitos na Alíquota. Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Moderadores BigWings Postado 3 Fevereiro Moderadores Postado 3 Fevereiro 17 minutos atrás, oribeiro disse: E o ACBrNFSe32.DLL gera o XML como <Aliquota>0.0304</Aliquota> e a prefeitura GISSONLINE Itu/SP rejeita dizendo que só aceita 2 dígitos na Alíquota. Tenta tirar a linha Params=Dividir100: Do arquivo ACBrNFSeXServicos.ini para a cidade em questão. BigWingsAjude o Projeto ACBr crescer - Assine o SAC
oribeiro Postado 3 Fevereiro Autor Postado 3 Fevereiro Amigo, O erro continua e a TAG gerada contém 4 casas decimais, sendo as duas últimas com zero: <Aliquota>3.0400</Aliquota> Mesmo depois que eu tirei o parâmetro ;Params=Dividir100: colocando um ponto-e-virgula na frente dele, assim: [3523909] ; Atualizado em 11/11/2024 Nome=Itu UF=SP Provedor=Giss Versao=2.04 ;Params=Dividir100: ProRecepcionar=https://ws-itu.giss.com.br/service-ws/nf/nfse-ws ; A partir de 31/10/2024 remover as 3 linhas abaixo ;Provedor=Ginfes ;ProLinkURL=http://itu.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null ;HomLinkURL=http://itu.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
oribeiro Postado 3 Fevereiro Autor Postado 3 Fevereiro Coloquei esse parâmetro: Params=Aliquota2Casas: Ele gravou no XML a alíquota certinho com 2 casas decimais: <Aliquota>3.04</Aliquota> Mas o GISSONLINE continua retornando a mesma mensagem de rejeição: Alíquota deve ser entre 2% e 5% Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Moderadores BigWings Postado 3 Fevereiro Moderadores Postado 3 Fevereiro A mensagem era essa: 1 hora atrás, oribeiro disse: Mas o GISSONLINE continua retornando a mesma mensagem de rejeição: Alíquota deve ser entre 2% e 5% Ou esta? 3 horas atrás, oribeiro disse: a prefeitura GISSONLINE Itu/SP rejeita dizendo que só aceita 2 dígitos na Alíquota. Para resolver a primeira teria que voltar o parâmetro Dividir100: Mas não teria como fazer isso apenas com 2 dígitos na alíquota, e usar a alíquota 3,04% BigWingsAjude o Projeto ACBr crescer - Assine o SAC
oribeiro Postado 3 Fevereiro Autor Postado 3 Fevereiro Coloquei esse parâmetro: [3523909] ; Atualizado em 11/11/2024 Nome=Itu UF=SP Provedor=Giss Versao=2.04 Params=Dividir100:|Aliquota2Casas: ProRecepcionar=https://ws-itu.giss.com.br/service-ws/nf/nfse-ws Desse jeito ele gerou o XML de envio assim: <Aliquota>0.03</Aliquota> Então ele gerou a NFSe normalmente, mas no retorno a Alíquota veio assim <Aliquota>3.00</Aliquota> No LoteRPS.ini eu enviei: Aliquota=3,26 Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Moderadores BigWings Postado 3 Fevereiro Moderadores Postado 3 Fevereiro 3 horas atrás, oribeiro disse: E o ACBrNFSe32.DLL gera o XML como <Aliquota>0.0304</Aliquota> e a prefeitura GISSONLINE Itu/SP rejeita dizendo que só aceita 2 dígitos na Alíquota. Me parece que este é o modo correto, qual o erro exato? BigWingsAjude o Projeto ACBr crescer - Assine o SAC
oribeiro Postado 3 Fevereiro Autor Postado 3 Fevereiro (editado) Mutei a Aliquota para 3,26 [Erro1] Codigo=X800 Correcao= Descricao=Erro de ValidaçÒo: --> 1838 - Element '{http://www.giss.com.br/tipos-v2_04.xsd}Aliquota': [facet 'fractionDigits'] The value '0.0326' has more fractional digits than are allowed ('2'). Editado 3 Fevereiro por oribeiro Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Consultores Italo Giurizzato Junior Postado 4 Fevereiro Consultores Postado 4 Fevereiro Bom dia @oribeiro, Pela mensagem de erro me leva a crer que você esta com os Schemas desatualizados. Pois a definição do tipo Alíquota consta que ela possui 4 dígitos. Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
oribeiro Postado 4 Fevereiro Autor Postado 4 Fevereiro Pode ser Italo. Estou usando os schemas do svn. Eles estão em outro local? Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Moderadores BigWings Postado 4 Fevereiro Moderadores Postado 4 Fevereiro 17 horas atrás, oribeiro disse: Descricao=Erro de ValidaçÒo: --> 1838 - Element '{http://www.giss.com.br/tipos-v2_04.xsd}Aliquota': [facet 'fractionDigits'] The value '0.0326' has more fractional digits than are allowed ('2'). O erro é de validação contra os schemas, e não rejeição da prefeitura... Nos schemas que estão no SVN para o provedor Giss a alíquota deve ter 4 dígitos: BigWingsAjude o Projeto ACBr crescer - Assine o SAC
oribeiro Postado 4 Fevereiro Autor Postado 4 Fevereiro Amigos, Muito obrigado pelas dicas e sugestões. Eu apaguei a pasta Schemas do meu sistema e copiei a que está no SVN e emiti a NFSe. Está funcionando tudo com a versão 2.0.1.139 do ACBrNFSe32.DLL, sem nenhum erro. Gerei hoje a versão 2.0.1.140 e deu erro: [Erro1] Codigo= Correcao= Descricao: Codigo do pais não informado Voltando a DLL versão 2.0.1.139 a nota é impressa corretamente. Vocês estão alterando alguma coisa na DLL? Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Moderadores BigWings Postado 4 Fevereiro Moderadores Postado 4 Fevereiro 1 hora atrás, oribeiro disse: Descricao: Codigo do pais não informado Voltando a DLL versão 2.0.1.139 a nota é impressa corretamente. Vocês estão alterando alguma coisa na DLL? Talvez esteja relacionado com isto aqui: BigWingsAjude o Projeto ACBr crescer - Assine o SAC
oribeiro Postado 5 Fevereiro Autor Postado 5 Fevereiro (editado) Devo colocar 1058 no código do país para usar as versões mais novas da DLL ou esperar vocês alterarem a DLL para funcionar como antes onde ela respeitava o código que eu colocava 0076? Editado 5 Fevereiro por oribeiro Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Consultores Italo Giurizzato Junior Postado 5 Fevereiro Consultores Postado 5 Fevereiro Bom dia @oribeiro, Eu acredito que a versão mais nova da DLL já aceita o código 1058. Leia a noticia abaixo: Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Moderadores BigWings Postado 5 Fevereiro Moderadores Postado 5 Fevereiro 11 horas atrás, oribeiro disse: Devo colocar 1058 no código do país para usar as versões mais novas da DLL ou esperar vocês alterarem a DLL para funcionar como antes onde ela respeitava o código que eu colocava 0076? Deve alterar pra 1058, como orienta o tópico. BigWingsAjude o Projeto ACBr crescer - Assine o SAC
oribeiro Postado 5 Fevereiro Autor Postado 5 Fevereiro Funcionou direitinho com as DLLs atualizadas. Muito obrigado a todos os que me ajudaram. Podemos fechar esse tópico. Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Recommended Posts