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 Segunda as 14:43 Autor Postado Segunda as 14:43 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 Segunda as 15:03 Moderadores Postado Segunda as 15:03 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 Segunda as 16:47 Autor Postado Segunda as 16:47 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 Segunda as 16:59 Autor Postado Segunda as 16:59 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 Segunda as 18:11 Moderadores Postado Segunda as 18:11 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 Segunda as 18:24 Autor Postado Segunda as 18:24 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 Segunda as 18:32 Moderadores Postado Segunda as 18:32 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 Segunda as 19:10 Autor Postado Segunda as 19:10 (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 Segunda as 19:11 por oribeiro Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Consultores Italo Giurizzato Junior Postado Ontem às 11:19 Consultores Postado Ontem às 11:19 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 Ontem às 11:21 Autor Postado Ontem às 11:21 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 Ontem às 12:36 Moderadores Postado Ontem às 12:36 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 Ontem às 18:26 Autor Postado Ontem às 18:26 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 Ontem às 20:17 Moderadores Postado Ontem às 20:17 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 Há 19 horas Autor Postado Há 19 horas (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 Há 19 horas por oribeiro Oscar Ribeiro Filho OASySItu.Com ( Itu/SP )
Consultores Italo Giurizzato Junior Postado Há 8 horas Consultores Postado Há 8 horas 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 Há 7 horas Moderadores Postado Há 7 horas 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 Há 7 horas Autor Postado Há 7 horas 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