Italo Giurizzato Junior

Bom dia @Light System Software, Caso não tenha feito, configure o componente para salvar os arquivos Soap. Faça um novo teste e anexe o XML Soap de retorno, para que possamos analisar.

Bom dia @SISBLU Software, Altere o valor de SSLType para LT_TLSv1_2, vamos ver se resolve o problema.

Bom dia @fredsmartfull, A versão da Lib que você esta usando foi disponibilizada após 30/04/2024 ? Se sim, é para a Lib já contemplar a mudança do provedor. Verifique também se na pasta que contem a Lib não consta o arquivo ACBrNFSeXServicos.ini desatualizado.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @Datacaixa, Acessando o site dos correios e informando o CEP que consta no XML do RPS tive o seguinte resultado: Sendo assim use o CEP 75080970.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @SISBLU Software, O XML que você anexou foi editado? Pois o conteúdo da tag Discriminacao esta com diversas quebras de linha. Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Boa tarde Heber, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5428

Boa tarde @C4Dev, Por favor substitua pela unit em anexo. Reinstale o ACBr e faça novos testes. IPM.Provider.pas

Boa tarde @CONCEPT AUTOMACAO, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5427

Boa tarde Bruno, O provedor continua sendo o mesmo (Tiplan)? A versão agora é a 2.03? Foi divulgado as novas URLs ou vão usar as mesmas?

Boa tarde Caio, Tente essa configuração:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olá Pessoal, A alguns dias foram feitos algumas alterações visando usar as informações da configuração, tais como: VersaoDF, ModeloDF, FormaEmissao e Ambiente na geração do XML. A ideia era aproveitar essa informação sem a necessidade de ter que informa-las novamente na rotina que alimenta o componente com os dados do documento. Mas um detalhe passou desapercebido que é justamente o envio de um documento que foi gerado anteriormente com o tipo de emissão offline. Conclusão, gerou um efeito colateral na emissão desses documentos. Depois de uma analise mais aprofundada, percebemos que outros problemas poderiam surgir. As alterações que eu me referi no inicio ocorreram no final de abril/2024 e foram recentemente revertidas. Quem atualizou os fontes no inicio de maio/2024, é prescindível seguir o passo a passo abaixo para ficar livre dos erros causados pelas alterações. Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @C4Dev, Essa URL não é a URL do webservice e sim do site. Ela não serve. Veja como é a URL do webservice desta outra cidade atendida pelo mesmo provedor. [1100205] ; Atualizado em 18/10/2023 Nome=Porto Velho UF=RO Provedor=EL Versao=2.04 ProRecepcionar=https://nfse-backend.portovelho.ro.gov.br/producao/NfseWSService

@simons, Por favor faça o seguinte: 1. delete o arquivo IPM.Provider que esta na pasta Provedores 2. Atualize a pasta Provedores, isso vai fazer com que o arquivo IPM.Provider seja restaurado. 3. Reinstale o ACBr 4. Recompile a aplicação e faça um novo teste.

Boa tarde @simons, O retorno da consulta agora veio mais descente. Mas não era para gerar essa mensagem de erro. Vou analisar o código que trata o retorno para tentar entender o que esta ocorrendo.

Bom dia Luan, Já esta no SVN a correção.

Bom dia João, Já esta no SVN.

Bom dia Léo, Já esta no SVN.

Bom dia @Paulo Sergio de Almeida, Vou passar para o pessoal que cuida das impressões feitas em Fast Report para analisar.

Bom dia @alecio.ferreira, Pelo que notei a cidade de Piratininga/SP se utiliza do provedor Fiorilli. Esse provedor já esta implementado, precisamos apenas saber qual é a URL de produção do webservice, uma vez que a de homologação é a mesma para todas as cidades atendidas por esse provedor.

Bom dia @simons, Esta muito estranho o retorno do provedor. Vou lhe pedir mais um favor. No arquivo ACBrNFSeXServicos.ini altere a seção refere a respectiva cidade para que fique da seguinte forma: [4313706] ; Atualizado em 28/12/2021 Nome=Palmeira das Missoes UF=RS Provedor=IPM Params=ParametroExtra:eletron=1 ProRecepcionar=http://sync-rs.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php HomRecepcionar=http://sync-rs.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php ProLinkURL=http://sync-rs.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% HomLinkURL=http://sync-rs.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% Inclui a linha: Params=..... Salve o arquivo alterado, execute o Compila_RES, reinstale o ACBr, recompila a sua aplicação e faça novos testes. Em alguns casos essa alteração fez com que o provedor retorna-se algo legível.

Bom dia @C4Dev, Por favor abra o arquivo 1908-rec-soap.xml através de um navegador. Parece que o webservice esta gerando um erro de script e não monta o XML de retorno da forma correta. Sugiro entrar em contato com o provedor e expor o problema.