Italo Giurizzato Junior

Bom dia Matheus,
Configure somete o SSLLib com o valor libWinCrypt e o SSLType com o valor LT_TLSv1_2.

Mauricio,
Nos testes que fiz com esse provedor não ocorreu esse erro.

Bom dia,
Ao enviar o Rps para o provedor IPM é retornado o XML da NFS-e?
Esse provedor dependendo de como o prestador faz o seu credenciamento pode ser definido que ele deseja como retorno o XML completo da nota ou apenas um resumo.
E nesse resumo tem um Link onde você obtém o DANFSE da nota.

Bom dia Carlito,
Por favor faça os testes usando o programa exemplo, pois acredito que o problema esteja na configuração.
O componente esta pegando os schemas errados para fazer a validação.

Bom dia Alexandre,
Já esta no SVN.

Túlio,
Já esta no SVN.

Boa tarde inods,
Esquece a sua aplicação e se concentre no programa exemplo.
Estude o programa exemplo, leia 10 vezes se necessário o Manual de Migração.
E entenda de uma vez por todas que a mensagem "Serviço não implementado para este provedor" significa que você esta querendo usar um serviço que o provedor não implementou em seu webservice.
Acabei de fazer um teste usando o programa exemplo e configurando ele para a cidade de Taubaté/SP - Provedor Conam
Veja o resultado:
Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 94 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: 0 Link : Código Verif. : Sucesso : False Erro(s): Código : Erro 1 Mensagem: Usuário/Contribuinte Não Identificado (Erro 1) [ Cód. Usuário O Erro 1 (Usuário/Contribuinte Não Identificado) é porque utilizei um certificado digital e CNPJ de uma empresa que não existe em Taubaté/SP.
Portanto é de se esperar uma resposta dessa do WebService.
Esse provedor trabalha no modo assíncrono, para enviar um lote nesse modo devemos no programa exemplo usar os botões [Enviar Lote RPS (Assíncrono)] ou [Emitir Nota (Novo)].
Este último botão abstrai qual é o método correto que deve ser utilizado para enviar Rps para o WebService do provedor selecionado.
 

Boa noite Marcelo,
Notei que os seus fontes estão desatualizados e o programa exemplo não esta configurado para consultar a nota após o cancelamento.
Atualize os fontes e marque a opção para consultar a nota após o cancelamento e faça um novo teste.

Boa tarde Valdir,
O provedor ISSCuritiba segue a versão 1 do layout da ABRASF.
Na versão 1 esta previsto apenas um modo de envio que é o modo de envio assíncrono.
Ele permite o envio de um lote de até 50 Rps.
Outro detalhe importante é que após o envio devemos consultar a situação do lote e não consultar o lote.
Ao consultar a situação do lote passos passando o numero do protocolo retornado pelo envio do lote temos como resposta umas das 4 situações:
1 - Lote não enviado (é bem provável que o numero do protocolo informado não se refere a nenhum lote enviado)
2 - Lote aguardando processamento
3 - Lote processado com falhas
4 - Lote processado com sucesso
Se retornar a situação 2 devemos aguardar alguns segundos e realizar uma nova consulta.
Se retornar a situação 3 ou 4 devemos Consultar o Lote, teremos como resposta a lista de rejeições caso a situação seja 3 ou a lista de notas caso a situação seja 4.
O componente ACBrNFSeX possui uma propriedade de configuração chamada ConsultaLoteAposEnvio que automatiza todo esse processo.
Inclusive é possível definir um tempo de espera entre o envio e a primeira consulta (AguardarConsultaRet), o tempo de espera entre uma consulta e outra (IntervaloTentativas) e a quantidade de consultas (Tentativas).
 
Veja bem isso não vai acelerar o processo, mas sim automatizar ele.

Boa tarde Italo,
Primeiro, se gerar o Xml com 5 casas decimais vai ocorrer erro de validação, pois segundo os Schemas é esperado no máximo 4.
É muito estranho a prefeitura estabelecer uma alíquota com 5 casas decimais sendo que ao emitir a nota via WebService é aceito somente 4.
Vai ser necessário entrar em contato com a prefeitura e com o provedor para que eles alinham isso.

Boa tarde Junior,
Já enviei para o repositório.

Bom dia Elias,
Favor atualizar os fontes e faça novos testes.
Detalhe, já esta implementado o cancelamento no IPM.Provider

Bom dia Junior,
Sim estão corretos, favor atualizar os fontes e faça novos testes.

Bom dia Douglas,
Favor atualizar os fontes e faça novos testes.

Boa tarde Gabriel,
Veja como foi feito no programa exemplo.

Maurício,
Favor atualizar os fontes e faça novos testes.

Elias,
Neste caso agora é uma questão de alimentar corretamente o componente, correto?

Boa tarde Sandro,
Fiz mais algumas alterações, faça um teste com a unit em anexo:
IPM.Provider.pas

Boa tarde,
Favor atualizar os fontes e faça novos testes.

Suzana,
Pelo que me recordo no provedor Ginfes devemos informar o código do item da lista de serviços formatado, ou seja, xx.yy
Você esta informando o código 01.01 verifique se a prefeitura aceita esse código.
Nem todas as prefeituras aceitam os códigos da tabela ItemListaServico.
Outras acrescentam outros códigos.

Victor,
Abrir o código fonte e alterar a linha que gera essa tag.
Com certeza ela esta gerando com 2 em vez de 4 casas decimais.
O componente novo eu sei que esta gerando com 4 pois fui conferir.

Mauricio,
Você esta com os seus fontes desatualizados.
Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr.
Como os métodos mudaram de Function para Procedure te aconselho a ler esse artigo:
 

Bom dia Thiag,
A alteração foi feita somente no novo componente: ACBrNFSeX.
Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX
O componente ACBrNFSe não vai mais ter manutenção.
Manual de Migração
https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/
 

Bom dia Gil,
Já esta no SVN.

Bom dia Luiz,
Já esta no SVN uma possível correção para o problema.
Favor atualizar os fontes e faça novos testes.
Detalhe essa correção foi feita no novo componente.