RonBrisola

Obrigado.

Boa tarde. Gostaria de acrescentar alteração na URL de produção da cidade de Rio Claro-SP =, Ginfes. Apesar de toda a documentação deles indicar o endereço http://rioclaro.ginfes.com.br, que está no arquivo ACBrNFSeXServicos.ini, a URL não funciona. Ao acessar o endereço retorna o erro: "Serviço temporariamente indisponível, em manutenção, favor aguardar". Mudando o endereço para http://visualizar.ginfes.com.br a url funciona. A url de homologação, http://rioclaro.ginfesh.com.br, funciona sem problemas. Segue o código que eu alterei pra funcionar: <pastaAcBR>\Fontes\ACBrDFe\ACBrNFSeX\ACBrNFSeXServicos.ini [3543907] Nome=Rio Claro UF=SP Provedor=Ginfes ;;ProLinkURL=http://rioclaro.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null ;;não funciona ProLinkURL=http://visualizar.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe% HomLinkURL=http://rioclaro.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null

Pois é Juliomar. Estranho mesmo, ainda não conseguimos identificar o que é. E o pior é que não é só meu computador. De um outro colega aqui dá o mesmo problema. Vou tentar apagar todas essas dlls que eu for encontrando aqui.

Boa tarde. Hoje atualizei com a versão mais recente do Acbr, e esse problema voltou, só que em outro momento. Dessa vez o erro ocorre na rotina principal da leitura de xml, que acaba chamando também o ACBrXmlDocument.TACBrXMLNamespaceList.Create. Já verifquei que as dlls estão com a mesma versão padrão do AcBr. O que mais eu poderia verificar para sanar este problema?

Temporariamente eu acrescentei uma rotina pra ler com o TXMLDocument se der except no Document.LoadFromXml(XmlRetorno); Eu sei que não é o ideal, nem o mais o elegante, mas é só até eu achar uma solução pra violação de acesso. ACBrNFe.RetConsSit.pas

Bom dia Juliomar. Obrigado pelo apoio. Sim, acabei de confirmar aqui, executei a atualização novamente hoje. O erro continua com o Delphi Athens. Dá uma violação de acesso no ACBrXmlDocument.TACBrXMLNamespaceList.Create

Olá. Estou compilando meu programa com o Delphi Athens e está dando um erro de violação de acesso quando executa TACBrNFe.Consultar. O erro ocorre na rotina TACBrXmlNode.Create, ao executar a linha FNamespaceList := TACBrXMLNamespaceList.Create(Self); Nesse Create o erro ocorre na linha curNs := curNs^.Next; Nessa linha, o objeto realmente não parece ter sido carregado: Porém, compilando exatamente o mesmo código com o Delphi XE2 o problema não ocorre. Os códigos do Acbr estão atualizados, estou usando a mesma libxml2.dll nas duas versões. Por favor, podem me dar uma indicação do que mais posso verificar?

Obrigado @Italo Giurizzato Junior Realmente eu fiz um teste depois fazendo o ConsultarNFSe e trouxe o retorno completo. Eu achei que poderia haver alguma forma de fazer esse retorno automático, como acontece com os outros provedores, e eu não estava parametrizando o componente corretamente. No TACBrNFSeX.Emitir tem esta consulta após o envio, mas o ModoEnvio do Bauhaus está ficando definido como meUnitario if Configuracoes.Geral.ConsultaLoteAposEnvio and (FWebService.Emite.ModoEnvio = meLoteAssincrono) then begin if (FWebService.Emite.Protocolo <> '') or (FWebService.Emite.NumeroLote <> '') then begin if FProvider.ConfigGeral.ConsultaSitLote then

Bom dia Italo. No Response está vindo este json: {"DadosNfse":{"Numero":5025,"Competencia":202408,"DataEmissao":"2024-08-19","Mensagem":"OK! NFS-e INSERIDA COM SUCESSO E MEUISS ATUALIZADO!"}} E o Erros.Count vem vazio.

Olá Juliomar. Não está retornando erro. Está retornando com sucesso, mas não tá passando pela rotina SalvarXmlNfse. O TACBrNFSeProviderBauhaus.TratarRetornoEmitir só faz a atribuição do número da nota. Pelo que eu vi em outros provedores é executado mais coisa nessa rotina.

Boa tarde. Por favor, podem me informar se há algum procedimento diferente que é necessário fazer para pegar o retorno de emissão de NFSe com o provedor Bauhaus? Com todos os outros provedores que uso faço esta rotina: AcbrNFSeX.Emitir (sLote); ... if AcbrNFSeX.WebService.Emite.Sucesso then begin for i := 0 to AcbrNFSeX.NotasFiscais.Count -1 do begin if AcbrNFSeX.NotasFiscais.Items[i].Confirmada then begin <Rotinas de gravação da nota confirmada> end; end; Para o Bauhaus não está vindo .. Items[i].Confirmada = True, porque a rotina TACBrNFSeProviderBauhaus.TratarRetornoEmitir não está chamando a rotina TACBrNFSeXProvider.SalvarXmlNfse onde a propriedade Confirmada é atribuida. Preciso executar alguma nota rotina para confirmar a emissão?

Sim. É isso que eu estou achando mais estranho, esse número de decimais maluco. Parece que fizeram a atualização do campo lá sem usar uma função de arredondamento. Já entrei em contato e estou aguardando um retorno deles. Se tiver alguma novidade eu posto aqui. Obrigado pela atenção.

Boa tarde Italo. Desculpe-me a demora em responder. Sim, essa emissão é em Sorocaba/SP mesmo. Esse problema começou recentemente, eu acho que por causa de alguma alteração que fizeram na tabela de alíquotas lá. Quando tem mais de 2 casas não aceita de forma alguma, mesmo forçando o envio com 6 casas decimais. A mesma emissão, para o mesmo tomador funcionou a algumas semanas atrás, quando a alíquota estava com 2 casas.

Boa tarde. Estou tendo um problema semelhante quanto ao número de casas decimais da alíquota de ISS. Um cliente meu tem uma aliquota com mais de quatro casas, e ao gerar o xml o componente arredonda pra 4 casas, e o webservice acaba não aceitando: Erro(s): Código : L999 Mensagem: O valor da alíquota não corresponde a atividade informada. / Aliquota Informada: Servico.Valores.Aliquota := 3.768366; Aliquota no XML: <ValorServicos>100.00</ValorServicos> <ValorIss>3.77</ValorIss> <Aliquota>3.7684</Aliquota> Tabela de alíquotas do cliente: Existe algum parâmetro para esse número de decimais?

Eu já falei com eles. Eles me orientaram a só mandar a UF como EX mesmo. Não há tags diferentes para o endereço quando é do exterior. Fiz um teste mandando a tag <EnderecoCompletoExterior>, o webservice até aceita, mas o endereço não fica registrado no sistema, e a impressão do site fica sem endereço: Por enquanto vou deixar assim no meu código: if (NFSe.Tomador.Endereco.UF = 'EX') and (Self.Provedor <> proDSF) then //RonaldoBrisola 16/05/2022 - para Sorocaba/ISSDsf mandar a mesma tag Endereço comum Result.AppendChild(GerarEnderecoExteriorTomador) else Result.AppendChild(GerarEnderecoTomador); Obrigado pela atenção.