Italo Giurizzato Junior

Boa tarde Sandro, Favor configurar o componente para salvar os arquivos Soap. Faça novos testes, e anexe o XML soap de retorno ( *-lista-nfse-soap.xml ) para que possamos analisar o problema.

Boa tarde, É para ter.

Boa tarde a todos, O componente executa uma função chamada InternetSetOption, mas esta não deve ser executada para alguns provedores. Não me recordo quais são, mas estamos estudando como condicionar essa função.

Boa tarde Adilson, Muito obrigado pelo retorno. Se puder nos ajudar em descobrir o que esta ocorrendo com o OpenSSL, ficaremos gratos.

Boa tarde, O provedor já esta implementado, pois já existe o arquivo INI para o mesmo. Basta acrescentar a cidade em questão no arquivo Cidades.INI Tenta conseguir as URLs de homologação e de produção, sem elas não será possível iniciar os testes.

Boa tarde Leandro, O erro de ID ocorre na validação do XML? Se sim, em qual momento o problema ocorre é no envio da nota, na consulta, no cancelamento, ... ?

Bom dia Humberto, O provedor Betha como você notou não possui em seu Web Services os métodos: Gerar, Envio Síncrono e Substituir. Sendo assim a unica opção de envio para este provedor é o método Enviar. No programa exemplo esse método esta implementado no botão [Gerar e Enviar Lote RPS].

Bom dia Adilson, Segue em anexo os fontes alterados por mim. O fonte: ACBrHTTPReqResp.pas deve ser salvo na pasta: ACBrCapicom Os fontes: ACBrDFeCapicom.pas, ACBrDFeCapicomDelphiSoap.pas e ACBrDFeSSL.pas devem ser salvos na pasta: ACBrDFe Os fontes: ACBrNFSeWebServices.pas e ACBrNFSeConfiguracoes.pas devem ser salvos na pasta: ACBrNFSe Fico no aguardo dos resultados dos seus testes. ACBrHTTPReqResp.rar ACBrDFe.rar ACBrNFSe.rar

Bom dia Daniel, E o XML chega a ser gerado, ou seja, é gravado em disco? Se sim, favor anexar ele.

Bom dia Luciano, Pela primeira mensagem de erro diz que o CNPJ do Certificado difere do CNPJ informado como emitente do MDF-e, você já verificou isso? Analisando o seu arquivo TXT notei algumas coisas que podem dar problemas, são elas: nro=2.365 (remover o ponto); CEP=15625-000 (remover o traço); fone=17-3475-1266 (remover os traços)

Bom dia Mark, Quando você se refere a Manifesto de Carga, esta se referindo ao Manifesto de Documentos Fiscais Eletrônicos? Se sim, para quem programa em Delphi já existe o componente ACBrMDFe, para quem se utiliza do ACBrMonitor Plus me parece que temos alguma coisa pronta.

Bom dia Icozeira, Pela mensagem do seu primeiro post ela se refere ao consumo do Web Services GerarNfse e não a Consulta. Isso é estranho pois não deveria ocorrer o envio. Se o envio ocorre, então quer dizer que a mensagem de erro é levantada logo após o envio. O componente esta configurado como: libCapicom, libCapicomDelphiSoap ou libOpenSSL ?

Adilson, As alterações que promovi e ainda não disponibilizei pois os demais membros da equipe estão analisando tem como objetivo sanar um outro erro, mas pode ser de que quebra pode resolver esse também.

Adilson, Usando o programa exemplo, configurei o componente para libCapicom e se utilizando do botão [Gerar e Enviar Lote - Síncrono] não ocorreu nenhum erro de assinatura e também não ocorreu o erro interno 12002.

Boa tarde André, Muito obrigado pela colaboração, já enviei para o repositório, favor atualizar todos os fontes de todas as pastas e realizar novos testes.

Boa tarde Donizete, Peço que preste mais atenção antes de postar, pois arqui temos tópicos relacionados a NFS-e e não a NF-e.

Boa tarde Paulo, Favor postar como anexo o XML retornado pela consulta.

Boa tarde Bruno, Esse XML se refere ao qual provedor?

Adilson, A alteração que você fez talvez não seja necessária alterando a versão de 2 para 2.00

Boa tarde, Mas no caso provedor Equiplano também devemos assinar o RPS? Não é somente o Lote que deve ser assinado?

Boa tarde Adilson, Favor o arquivo 4r.INI (...) VersaoXML=2.00 (..) Realize novos testes.

Boa tarde Marcos, Você já verificou se ao passar os parâmetros para o ConsultarLoteRps eles estão corretos?

Boa tarde, Se não me falha a memória já lhe respondi em outro tópico.

Boa tarde Dimas, Esquece tudo o que você aprendeu sobre NF-e, CT-e e outros, pois no caso da NFS-e a lógica da coisa é totalmente diferente. Para começar as empresas contratas pelas prefeituras que chamamos de provedores chegam implementar de um até 3 métodos de envio. Os métodos são: Enviar -> envia um lote com até 50 RPS, o envio se realiza através do modo assíncrono. EnviarSincrono -> idem ao Enviar, mas o modo de envio é síncrono. Gerar -> envia somente 1 RPS através do modo síncrono, mas para variar tem provedor que permite enviar um lote com até 3 RPS. Qual método acima devo usar? Depende do provedor que atende a cidade desejada. Todos eles vão gerar o XML do RPS e salvar na pasta Recibos.

Boa tarde Michel, Muito obrigado pela colaboração, já esta no repositório.