oribeiro

Estou com três erros: Erro no RPS número 1.Tipo do campo TipoLancamento não permitido para o regime do prestador.Erro: 32 - Já tentei todos os tipos do manual: N, T, P, R, C Erro no RPS número 1.Campo CodigoMunicipio não representa o código IBGE do município.Erro: 93 - Já tentei colocar 111111 como orientado no manual GeisWeb para Homologação, mas também não passou. Erro no RPS número 1.Campo CodigoNacional não é um número válido - Não sei o que é esse erro.

Com a versão de 03/06/2026 mudou o erro para: Erro de Validação: --> 1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected. Expected is ( {http://www.gerenciadecidades.com.br/xsd/envio_lote_rps_reforma.xsd}IBSCBS ). Erro: X800

O erro que tenho recebido ao enviar em homologação para Campo Limpo Paulista, padrão ABRASF, é: TAG '{http://www.gerenciadecidades.com.br/xsd/envio_lote_rps.xsd}EnviaLoteRps': Problemas de layout - TAG raíz não é compatível com o requerido.Erro: 4 Não foi retornado nenhuma NFSe.Erro: X203

Amigos, Se eu puder ajudar com testes para Campo Limpo Paulista ou se precisarem de modelo de RPS enviada para ACBrNFSe32.dll ou ACBrIni.ini, estou à disposição. Eles aceitam o padrão ABRASF? Obrigado pela ajuda de vocês.

Amigos, Estou com o mesmo erro para Campo Limpo Paulista (GeisWeb). Se precisarem que eu envie exemplos de arquivo INI e ACBrLib.ini para análise, ou que eu faça parte dos testes, estou à disposição. É só solicitar. Obrigado pela ajuda de vocês.

Amigos, O GISSONLINE corrigiu o cancelamento hoje e está tudo funcionando perfeitamente no ACBrNFSe32.DLL. Para cancelar eu enviei essas três informações, mas na verdade apenas o NumeroNFSe e o CodCancelamento já seriam suficientes. #include "dll.ch" FUNCTION xCancelarNFSe() LOCAL oACBrNFSe, cArquivoINI, cRetorno // Inicializa a biblioteca oACBrNFSe := ACBrNFSe():New("ACBrLib.ini", "") // Carregar configurações ArqIni := "" ArqIni := ArqIni + "[CancelarNFSe]"+CRLF ArqIni := ArqIni + "NumeroNFSe=9464" + CRLF ArqIni := ArqIni + "CodCancelamento=1" +CRLF ArqIni := ArqIni + "MotCancelamento=TESTE CANC" +CRLF cRetorno := oACBrNFSe:CarregarINI( ArqIni ) // Cancelar NFSe cRetorno := oACBrNFSe:Cancelar( ArqIni ) ? "Retorno do Cancelamento: ", cRetorno // Liberar a DLL oACBrNFSe:Destroy() RETURN NIL Muito obrigado a todos os colaboradores que me ajudaram. Poderiam fechar esse tópico, por favor? Encerrado.

@Italo Giurizzato Junior, Por favor, esquece o meu post anterior porque o cancelamento parou de funcionar no UNINFe também. Acabei de abrir uma ocorrência no GISS sobre isso. Obrigado por sua ajuda e me desculpe.

@Italo Giurizzato Junior, boa tarde. Eu estou conseguindo cancelar as NFSe com o UNINFe mas eu quero usar somente o ACBr e só falta isso. Se eu te enviar o XML que eu envio por lá que está funcionando em Itu, você conseguiria ver qual é a diferença do ACBr, por favor?

@Italo Giurizzato Junior, poderia me ajudar a fazer o cancelamento pela DLL, por favor? Só me falta isso no sistema.

O XML de Cancelamento que funciona no GISSONLINE em Itu é: cXML:=[<ns4:CancelarNfseEnvio xmlns:ns4="http://www.giss.com.br/cancelar-nfse-envio-v2_04.xsd" xmlns:ns2="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:xd="http://www.w3.org/2000/09/xmldsig#">]+; "<ns4:Pedido>" +; '<ns2:InfPedidoCancelamento Id="ID1">' +; "<ns2:IdentificacaoNfse>" +; "<ns2:Numero>"+INNR_FRM+"</ns2:Numero>" +; //"<ns2:Numero>9203</tip:Numero>" +; // "<ns2:CpfCnpj>" +; "<ns2:Cnpj>"+STRNUM(pCGC,.F.)+"</ns2:Cnpj>" +; "</ns2:CpfCnpj>" +; "<ns2:InscricaoMunicipal>"+Alltrim(pIM)+"</ns2:InscricaoMunicipal>" +; "<ns2:CodigoMunicipio>3523909</ns2:CodigoMunicipio>" +; "</ns2:IdentificacaoNfse>" +; "<ns2:CodigoCancelamento>1</ns2:CodigoCancelamento>" +; // 1 - Erro na emissão 2 - Serviço não prestado 3 - Erro de assinatura 4 - Duplicidade da nota 5 - Erro de processamento "</ns2:InfPedidoCancelamento>" +; "</ns4:Pedido>" +; "</ns4:CancelarNfseEnvio>" Mas enviando via :CarregarINI e :Cancelar do ACBrNFSe32.DLL não encontra a NFSe a ser cancelada.

Funcionou direitinho com as DLLs atualizadas. Muito obrigado a todos os que me ajudaram. Podemos fechar esse tópico.

Amigos, Notei em tópicos anteriores que o cancelamento no GISSONLINE funcionou em 06/2023, mas eu não estou conseguindo cancelar usando a biblioteca ACBrNFSe32.DLL. Por favor, me informem quais parâmetros abaixo são realmente necessários para o cancelamento com o GISSONLINE? Quero enviar o mínimo necessário. Estou enviando os seguintes dados, que estão corretos, pois eu consigo consultar a NFSe com eles: [CancelarNFSe] NumeroNFSe=9455 SerieNFSe=1 DataEmissaoNFSe=04/02/2025 CodCancelamento=1 MotCancelamento=sdfsdf sdaf sda NumeroLote=1 NumeroRps=9455 SerieRps=1 ValorNFse=1,00 CodVerificacao=KI1FER0M8 [email protected] O arquivo retornado é: XmlEnvio=<ns3:CancelarNfseEnvio xmlns:ns3="http://www.giss.com.br/cancelar-nfse-envio-v2_04.xsd" xmlns:ns4="http://www.giss.com.br/tipos-v2_04.xsd"><ns3:Pedido><ns4:InfPedidoCancelamento Id="Canc_21294122000108273939455"><ns4:IdentificacaoNfse><ns4:Numero>9455</ns4:Numero><ns4:CpfCnpj><ns4:Cnpj>21294122000108</ns4:Cnpj></ns4:CpfCnpj><ns4:InscricaoMunicipal>27393</ns4:InscricaoMunicipal><ns4:CodigoMunicipio>3523909</ns4:CodigoMunicipio></ns4:IdentificacaoNfse><ns4:CodigoCancelamento>1</ns4:CodigoCancelamento> [Erro1] Codigo= Correcao= Descricao=Por favor, entre em contato com o suporte GissOnline e informe o c digo de erro apresentado em tela. [Erro2] Codigo=X209 Correcao= Descricao=Retorno do Cancelamento n o encontrado. [InfCancelamento] ChaveNFSe= CodCancelamento=1 CodServ= CodVerificacao=KI1FER0M8 DataEmissaoNFSe=04/02/2025 [email protected] MotCancelamento=sdfsdf sdaf sda NumeroLote=1 NumeroNFSe=9455 NumeroNFSeSubst= NumeroRps=9455 SerieNFSe=1 SerieNFSeSubst= SerieRps=1 ValorNFSe=1 [RetCancelamento] DataHora= Link= MSgCanc= NumeroLote= NumeroNota= Situacao= Sucesso=

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?

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?

Pode ser Italo. Estou usando os schemas do svn. Eles estão em outro local?

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').

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

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%

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

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.

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?

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>

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?

Desculpe. Cidade: Itu/SP

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.