Pesquisar na Comunidade

Olá a todos. Vi aqui várias postagens sobre a mudança do GINFES para GISSONLINE em várias cidades do país e todos com muita dificuldade na mudança. Estou postando essa dúvida porque já não sei mais qual caminho ir e oque eu posso estar fazendo de errado. Eu liguei várias vezes lá no suporte e eles não conseguem ajudar. Meu problema é o seguinte estou recebendo o erro: E172 - Arquivo enviado com erro na assinatura. Já validei o xml assinado no programa que conheço Assinador SERPRO diz estar tudo correto. E mesmo assim ainda recebo o erro do servidor do GISSONLINE. Estou enviando o xml que estou mandando para eles. Alguém já passou por esse problema ou poderiam me dar uma luz do que possar ser? Agradeço desde já xml_com_envelope.xml xml_sem_envelope.xml

Olá pessoal! O seguinte aviso foi compartilhado pelo nosso amigo e membro da comunidade @Victor H. Gonzales - Panda:

Contextualizando Se você está tentando emitir uma nota fiscal de serviços eletrônica para o provedor Ginfes, um dos possíveis retornos que pode receber é: <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> A mensagem parece ser alto explicativa e indica que o arquivo que foi enviado está com erro na estrutura, certo? Infelizmente, não é tão simples assim. Os arquivos gerados pela solução ACBr estão de acordo com os schemas e o leiaute fornecido pelo provedor. Na verdade este erro parece ser devolvido pelo Ginfes não só para problemas de leiaute, mas também para "situações genéricas". Vejam alguns exemplos: Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega relata que resolveu o problema ao corrigir o número do lote que não estava alimentando no componente. Ginfes - Franca = Erro E160: Neste tópico um colega confirma que conseguiu resolver o problema ao corrigir os dados que preencheu no componente para geração da nota. Formatação do campo Aliquota da NFSe: Neste tópico o colega confirma que o CPF do tomador estava incorreto e após correção conseguiu emitir. Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega conseguiu superar este erro após corrigir um valor que estava indo negativo no XML. Erro ao emitir nota para Paulínia: Neste tópico um colega compartilha que conseguiu resolver o problema após corrigir o CNAE do cliente. Esse erro também pode ocorrer caso você não seja prestador da cidade que esteja fazendo testes, em vez do provedor retornar que o seu CNPJ não consta no cadastro deles, o retorno é esse erro E160 que acusa que o arquivo enviado esta fora da estrutura. Mas então o que eu posso fazer? Caso você tenha recebido este erro ao tentar emitir uma nota para uma cidade que é atendida pelo provedor Ginfes, revise todas as informações presentes no XML gerado. Se mesmo depois disso o problema persistir, entre em contato com o provedor e questione o por quê de estar recebendo esta rejeição. Ao fazer isso, o provedor pode apontar se alguma informação presente no XML está em desacordo com o cadastro da base de dados mantida pelo mesmo.

Olá, quando informado para tag "RegimeEspecialTributacao" com valor '0', a tag é criada no xml de envio ou é ignorada? Fico no aguardo. Desde já agradeço.

Bom dia! Eu sou novato na área, e gostaria de uma ajuda de vocês. Eu estou com um problema com um cliente de Ribeirão Preto - SP que usa o provedor Ginfes, ao tentar emitir uma nota fiscal, aparece uma mensagem de erro sobre o "valor da alíquota foi informado incorretamente", e a correção seria "Infor,me o valor da aliquota como 0 quando a empresa for imune ou isenta". O problema que o meu cliente não é imune e nem isento. Gostaria da ajuda de vocês, por favor! Aguardo retorno.

Boa tarde Em Ribeirão Preto/SP o link atual do Ginfes.ini não gera o link da NFS-e corretamente devido a url estar errada. Em testes cheguei a conclusão de três possíveis soluções, sendo: 1) Alterando o arquivo cidade.ini [3543402] Nome=Ribeirao Preto UF=SP Provedor=GINFES #NomeURL_H=ribeiraopreto #NomeURL_H=ribeiraopreto NomeURL_P=visualizar NomeURL_P=visualizar LinkURL_H=nfs_ribeirao_preto LinkURL_P=nfs_ribeirao_preto 2) Alterando o link [LinkNFSe] para todas as cidades, no entanto ainda não sei se isso é um padrão ou não. [LinkNFSe] #Producao_ATUAL_ERRADO=http://%NomeMunicipio%.ginfes.com.br/report/consultarNota?__report=%LinkURL%&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null #Producao=http://visualizar.ginfes.com.br/report/consultarNota?__report=%LinkURL%&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null #Homologacao=http://visualizar.ginfesh.com.br/report/consultarNota?__report=%LinkURL%&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null 3) Alterando o link [LinkNFSe] somente para Ribeirão Preto [LinkNFSe] Producao=******* Homologacao=******* ; Ribeirão Preto/SP Producao_3543402=http://visualizar.ginfes.com.br/report/consultarNota?__report=%LinkURL%&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Homologacao_3543402=http://visualizar.ginfesh.com.br/report/consultarNota?__report=%LinkURL%&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Todas soluções resultam em um link correto, porém gostaria de solicita ao administradores uma avaliação de qual seria a melhor solução e aplicar no repositório. Particularmente apliquei a primeira solução. Anexos estão os arquivos sugeridos! Desde já agradeço a ajuda! Cidades.ini

Bom dia pessoal O município de Guaíba / RS mudou o provedor de Ginfes para IPM. Mudança no arquivo Cidades.ini: De: Nome=Guaiba UF=RS Provedor=GINFES NomeURL_H=guaiba NomeURL_P=visualizar LinkURL_H=nfs_guaiba LinkURL_P=nfs_ver4 Para: [4309308] Nome=Guaiba UF=RS Provedor=IPM

Boa tarde, Ao atualizar a suite ACBr para a versão 17521 o sistema parou de enviar [Autorização e Cancelamento] NFSe para o provedor GINFES, somente quando utilizar SLLXmlSignLib = xsLibXml2, caso utilizar o xsMsXML não ocorre o problema. O sistema encontra-se com Arq ini atualizado e schemas [Captura do sistema] Data/Hora............: 22/08/2019 17:19:02 Mensagem.............: Assinatura invalida. Informar assinatura correta no documento XML. Classe Exceção.......: EACBrDFeException Formulário...........: fMovimentacao Unit.................: Vcl.Menus Controle Visual......: Nome Usuario.........: Gonzales Nome Computador......: DVLOP-01 Versão Windows.......: Windows 7 / Windows Server 2008 R2 Versão Aplicação.....: 2019.8.20.1015 (007DA8CE)[00BDB8CE] ACBrDFe.TACBrDFe.GerarException$qqrx20System.UnicodeStringp25System.Sysutils.Exception (Line 632, "ACBrDFe.pas" + 11) + $0 (007E379B)[00BE479B] ACBrDFeWebService.TDFeWebService.GerarException$qqrx20System.UnicodeStringp25System.Sysutils.Exception (Line 531, "ACBrDFeWebService.pas" + 1) + $C (00DD1115)[011D2115] ACBrNFSeWebServices.TWebServices.Envia$qqrx20System.UnicodeString (Line 5563, "ACBrNFSeWebServices.pas" + 19) + $13 (00DD3C9E)[011D4C9E] ACBrNFSe.TACBrNFSe.Enviar$qqrx20System.UnicodeStringo (Line 441, "ACBrNFSe.pas" + 10) + $C (00DD3B9B)[011D4B9B] ACBrNFSe.TACBrNFSe.Enviar$qqrio (Line 425, "ACBrNFSe.pas" + 1) + $14 (0217C75C)[0257D75C] uMovimentacao.TfMovimentacao.GerarNFSe$qqrv (Line 7695, "uMovimentacao.pas" + 299) + $20 (0218875B)[0258975B] uMovimentacao.TfMovimentacao.mniSalvareProcessarDocumentoClick$qqrp14System.TObject (Line 9418, "uMovimentacao.pas" + 173) + $3 (00273BCE)[00674BCE] Vcl.Menus.TMenuItem.Click$qqrv (Line 2541, "Vcl.Menus.pas" + 19) + $8 (002764CD)[006774CD] Vcl.Menus.TPopupList.MainWndProc$qqrr24Winapi.Messages.TMessage (Line 4618, "Vcl.Menus.pas" + 2) + $5 (000E5D00)[004E6D00] System.Classes.StdWndProc$qqsp6HWND__uiuiui (Line 17187, "System.Classes.pas" + + $0 [Configuração do Componente] <ACBRNFSe>.Configuracoes.Geral.SSLLib := libWinCrypt; <ACBRNFSe>.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; <ACBRNFSe>.SSL.SSLType := LT_all; Obrigado desde já 1610-rps.xml 1566494295-env-lot.xml 1566494295-env-lot-soap.xml 1566494295-rec.xml 1566494295-rec-soap.xml

Estou desenvolvendo a emissão da nota fiscal de serviço.e está retornando o seguinte erro: ----------------------------------------------------- Método.................: Enviar Lote Código do erro.....: E302 Mensagem...........: Assinatura inválida. Correção..............: Informar assinatura correta no documento XML. Provedor..............: GINFES --------------------------------------------------------- Gostaria de saber ainda se o emitente precisa das seguintes credenciais: --------------------------------------------------------------- WebChaveAcessso; WebFraseSecreta; WebSenha; WebUser ---------------------------------------------------------------- Ainda gostaria de saber se é necessários essas configuraçoes ------------- SSLCryptLib = cryWinCrypt SSlHttpLib = httpWinHttp SSLLib = libWinCrypt SSLXmlSignLib = xsLibXmls2 ------------------------------------------- Gostaria ainda de saber se o XML que estou gerando está errado. Segue anexo XML não assinado. nfse.xml CodigoDelphi.txt AlimentarComponente.txt

Boa tarde, estamos enfrentando problemas referente ao envio de NFS-e através do provedor GINFES, gostaria de saber se tem alguma forma de configurar o tempo de resposta para evitar este problema.

Boa tarde. Estou com o seguinte problema: ao tentar transmitir o RPS assinado para GINFES, em Santo André, recebo a mensagem "E302 - Assinatura invalida. Informar assinatura correta no documento XML". Esta rotina funcionou mais de 1 ano sem apresentar qualquer problema. Eu tentei transmitir com certificado tipo A1 em ambiente de homologação utilizando tanto WinCrypt como OpenSSL sem sucesso. Testei também os aplicativos de exemplo no Delphi e no Lazarus e obtive o mesmo erro. Todos os fontes, schemas e ini estão atualizados. Por favor, alguém poderia dar um luz?!

Bom dia. Estou desenvolvendo a integração de consultanfse com o webservice de Guarulhos-SP com o componente ACBR, aparentemente o que está ocorrendo de errado seria que está pegando o link incorreto para a action 'ConsultarNfseEnvio'(Está usando o link que no site diz ser para recepção de RPS). Pelo que analisei o XML em questão está montado corretamente, porém no envio do mesmo(via componente ACBR) o link está incorreto e a action está indo nula, assim retornando um statuscode 200 porém com a resposta totalmente nula. Se possível gostaria de um auxilio para que eu possa entender este situação, desde já agradeço. Dados adicionais guarulhos.txt Xml acbr guarulhos.xml

No trecho destacado do arquivo pnfsNFSeW_ABRASFv1.pas, quando a alíquota é igual a 0, não está gerando a tag <ns4:Aliquota>0.0000</ns4:Aliquota>. Dessa forma gera rejeição no momento da transmissão case FProvedor of proGINFES, proRJ, proPublica, proBHISS: Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ); proGovBR, proPronim, proISSNet, proWebISS: Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ); proNFSEBrasil: Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 1, (NFSe.Servico.Valores.Aliquota * 100), DSC_VALIQ); proRecife: if NFSe.OptanteSimplesNacional = snSim then Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, DSC_VALIQ) else Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ); else Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, DSC_VALIQ); end;

Boa tarde O link para acesso à nfse do provedor ginfes não está funcionando corretamente. Segue anexo com o arquivo ajustado GINFES.ini

Boa tarde Notamos por testes que o link do acesso a NFSe do provedor GINFES na cidade de Morro Agudo / SP foi alterado. No momento não encontrei nenhuma documentação oficial na Ginfes e ainda não obtive resposta por e-mail. Gostaria de saber se alguém tem alguma informação sobre isso em demais cidades. De qualquer maneira essa foi a alteração que fiz no GINFES.ini para que voltasse a funcionar. Assim que eu tiver confirmação das alterações posto para alterar no repositório. Como esta atualmente: [LinkNFSe] Producao=http://%NomeMunicipio%.ginfes.com.br/report/consultarNota?__report=%LinkURL%&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Homologacao=http://%NomeMunicipio%.ginfesh.com.br/report/consultarNota?__report=%LinkURL%&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Como alterei para que funcionasse (somente produção): [LinkNFSe] Producao=http://visualizar.ginfes.com.br/report/consultarNota?__report=nfs_ver15&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=%Cnpj% Homologacao=http://visualizar.ginfesh.com.br/report/consultarNota?__report=nfs_ver15&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Não o que significa o parametro __report no link por isso coloquei manualmente __report=nfs_ver15 Se alguém souber mais informações agradeço desde já!

Alguém esta com o mesmo problema ao enviar NFS-e ? Estava normal e começou a dar essa mensagem: "Aliquota do simples nao pode ser inferior a 2% e superior a 5% Entre em contato com a prefeitura para realizar o cancelamento através de processo administrativo." trecho do arquivo RPS: <ns4:IssRetido>2</ns4:IssRetido> <ns4:ValorIss>0.00</ns4:ValorIss> <ns4:Aliquota>0.0500</ns4:Aliquota> <ns4:ValorLiquidoNfse>654.38</ns4:ValorLiquidoNfse> Já foi tentado colocar <ns4:Aliquota>5.0000</ns4:Aliquota> e nada... estou localizado em São Jose dos campos - SP e provedor GINFES Nos fontes do ACBr para provedor GINFES ele manda a alíquota fracionada pro 100; pnfsNFSeW_ABRASFv1.pas case FProvedor of proGINFES, proRJ, proPublica, proBHISS: Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ); ... end; Obrigada!

Bom dia, estou tentando realizando o processo de substituição da NFS-e, peguei o exemplo do demo onde o mesmo preenche o componente com os valores da nova NFS-e e em seguida pede um código para o cancelamento e o número da NFS-e que deseja substituir. Enfim estou informando todos esses dados porém ao enviar a substituição na função "SubstituirNFSe" eu obtenho o seguinte erro: "Falha ao Assinar - Cancelar NFS-e: Não encontrei final do elemento: </ns3:Pedido></ns3:SubstituicaoNfse></SubstituirNfseEnvio>" Alguém tem ideia do que seja? Dados utilizado: Código do Município: 2704302 "Maceió" Provedor: GINFES Ambiente: Homologação

Bom dia, Gostaria de saber se é possível incluir a cidade de Morro Agudo / SP no arquivo de cidades.ini da NFSE. Atualmente já esta em uso e homologada no meu sistema. [3531902] Nome=Morro Agudo UF=SP Provedor=GINFES Desde já muito obrigado!

Boa noite, Estou enfrentando um problema com o provedor ginfes da cidade de Rio Claro. Eu transmito a nota para a prefeitura mas algumas vezes acabo não recebendo o retorno do provedor se a nota foi gerada ou não na prefeitura, parece que a conexão caí sem informar, mas aí quando eu faço uma consulta pelo ERP recebo o retorno : erro " RPS já informado", aí quando vou pesquisar na prefeitura a nota foi gerada. Queria ver com vocês se tem alguma maneira de pesquisar a nota por algum método que não precise do protocolo, que use só o RPS. Por que isso , pois quando não recebo o retorno q a nota foi gerada na prefeitura ,ao fazer uma consulta acabo gerando um novo protocolo. Aí perco o vínculo e não consigo mais vincular a nota do ERP com a gerada na prefeitura. Estou usando o monitor acbr, xe8 e sqlserver.

Boa noite, Estou enfrentando um problema com o provedor ginfes da cidade de Rio Claro. Eu transmito a nota para a prefeitura mas algumas vezes acabo não recebendo o retorno do provedor se a nota foi gerada ou não na prefeitura, parece que a conexão caí sem informar, mas aí quando eu faço uma consulta pelo ERP recebo o retorno : erro " RPS já informado", aí quando vou pesquisar na prefeitura a nota foi gerada. Queria ver com vocês se tem alguma maneira de pesquisar a nota por algum método que não precise do protocolo, que use só o RPS. Por que isso , pois quando não recebo o retorno q a nota foi gerada na prefeitura ,ao fazer uma consulta acabo gerando um novo protocolo. Aí perco o vínculo e não consigo mais vincular a nota do ERP com a gerada na prefeitura. Estou usando o monitor acbr, xe8 e sqlserver.

Boa tarde a todos! Sabem de algo do servidor de homologação da GINFES com problema? Estou tentando enviar e ocorre o seguinte erro: Mando e-mail para o suporte ([email protected]), que inicialmente falaram que era problema no servidor agora falam que a mesma mensagem não é problema deles. At

Boa noite, Estamos configurando o envio de NFS-e para o provedor (Ginfes) Cidade (Muriaé/MG). E estamos tendo problemas quanto as configurações do Regime Especial de Tributação veja os caso já testado: Caso 1 - Regime = Nenhum Simples Nacional = SIM Retorno: Campo RegimeEspecialTributacao nao informado para empresa optante do simples nacional. Quando se tratar de empresa optante do simples nacional marcar o campo RegimeEspecialTributacao com uma das opcoes: 05 - MEI do simples nacional ou 06 - ME ou EPP do simples nacional. Caso 2: Regime = Nenhum Simples Nacional = NAO Retorno: Codigo de tributacao inexistente Consulte a legislacao vigente para saber o Codigo de tributacao que devera ser informado neste campo. Caso 3: Regime = MicroempresarioEmpresaPP (Conforme orientações do caso 1) Simples Nacional = SIM Codigo de tributacao inexistente Consulte a legislacao vigente para saber o Codigo de tributacao que devera ser informado neste campo. Veja tentamos de tudo e nada passa, alguém teria algum .xml de demo usando GINFES? Digo autorizado! Em anexo .xml dos casos acima mencionado, conto com a ajuda..... Caso1.xml Caso2.xml Caso3.xml

Olá @Italo Jurisato Junior Tudo bem ? Estou enviando meu arquivo ginfes.ini, pois foi preciso fazer a seguinte alteração retirando o texto1. Se deixarmos o texto1 como antes o xml duplica a tag <?xml version="1.0" encoding="UTF-8"?> Antes Texto1=<?xml version="1.0" encoding="UTF-8"?> Texto2=<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> Texto3=<soap:Body> Depois Texto1=<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<soap:Body> Segue o arquivo alterado Abraços, GINFES.ini

Visto que o protocolo de cancelamento da NFS-e foi alterado no município de Maceió conforme o decreto municipal Nº8442 Link: https://www.legisweb.com.br/legislacao/?id=344017 O ACBr já tem alguma alteração a respeito desse novo decreto?

Bom dia a todos. Ainda utilizo a ginfes pelo trunk1 e ao tentar enviar pelo trunk2 dá a mensagem: violates length constraint of 14 The element {http://www.ginfes.com.br/tipos_v03.xsd}Cnpj with value failed to parse Seguem anexo os 2 XMLs. Pelo trunk1 funciona. Pelo trunk2 não. Alguém tem alguma ideia do que pode ser? Obrigado. Hélio Almeida. trunk1 164A-Rps.xml trunk2 164A-rps.xml