Maiquel

Olá Pessoal. Verifiquei com o pessoal da prefeitura de Paranaguá - PR e o provedor foi alterado. Agora não é mais GINFES e sim IPM. Então, resumindo não atendemos mais pelo ACBr.

Vou verificar isso Daniel.

Verifica no exemplo o funcionamento. Esta faltando associar o componente de impressão, não sei qual o seu gerador de relatórios.

Olá Pessoal. Estou realizando os testes para abandonar o Capicom, percebi que alterando para libWinCrypt, alguns certificados não aparecem, sendo que no IE estão sendo mostrados. Voltando para LibCapicom, mostra todos corretamente. Alguém sabe de alguma incompatibilidade? Agradeço.

Olá Felipe; Seria isso: AcbrNfse.Configuracoes.WebServices.Visualizar := false; Dá uma olhada lá no exemplo que vai te ajudar. Vlw.

Olá d2mpavan; Pela mensagem, você não está enviando os dados corretamente. Compare seu xml de envio com o que pede o manual. Seria interessante anexar o xml de envio para o pessoal te ajudar.

Segundo o Manual no site da prefeitura esta consulta não esta disponível, somente as que postei. Para obter estes dados utilize a consulta de lote após o envio.

Olá, o erro afirma que este serviço não é disponibilizado por este web service. Se você for ver no manual as consultas que eles disponibilizam são: - Consulta de NF-e; - Consulta de NF-e Recebidas; - Consulta de NF-e Emitidas; - Consulta de Lote; - Consulta de Informações de Lote; Utilize a consulta de lote, após realizar o envio para obter o retorno.

Olá Pessoal. Só passando um feedback referente a nota fiscal de serviço para São Paulo capital, realizei os testes com sucesso para os métodos abaixo: - Envio de Lote de RPS; - Consulta de NF-e; - Cancelamento de NF-e; - Consulta de Lote; Existe alguma particularidades no provedor, que se faz necessário tratar no retorno em nossa aplicação, como o número do lote que não é gerado pelo sistema do contribuinte e sim retornado pelo Web Service, entre outras. O provedor de SP não tem um ambiente para homologação, porém segundo o manual disponibilizam de um serviço de Teste de Envio de Lote de RPS (TesteEnvioLoteRPS), fiz algumas alterações na unit do ACBr, para enviar neste serviço, porém ainda não esta 100%. Mas se tratando do ambiente de produção esta funcionando legal. Abraço.

Existe sim. Se você cria o componente em tempo de execução terá que alimentar da mesma forma. ACBrNFSe.Configuracoes.Geral.SSLLib := libCapicom;

Bom dia; Tenta configurar o componente com a SSLib = libCapicom. E realiza o teste novamente.

Boa tarde; Comecei realizar alguns testes e aparentemente não está 100% ainda. Notei que o provedor não possui um ambiente de homologação e sim um método TesteEnvioLoteRPS; Estou disposto a colabora, alguém poderia situar em que pé está para não realizar algo que já esta bem encaminhado? Agradeço;

Olá Systronic, utilize o DANFSE.fr3.

Bom dia Italo. Segue o arquivo Soap de resposta da consulta. Lembrando que ele volta com ma situação "3" porém o componente joga uma mensagem vazia. Caso eu tratara a exceção, consigo obter o código 3. 2050-sit-soap.xml

Faz o que eu descrevi no post que deve funcionar. Depois é só tratar a consulta de situação com um try except, e buscar o retorno. A partir daí você faz a consulta do lote. Só para lembrar que o tempo limite para consulta deve estar maior que 5 segundos, senão o web service acusa de uso indevido. Espero ter ajudado.

Parece que tem o post sobre este assunto, seria interessante comentar lá. Também percebi que o provedor Acton não está funcionando 100% ainda no trunk 2, então com certeza vai precisar ajustar algo. Abraço meu irmão.

Olá Luiz Gustavo; Tentou marcar a opção para salvar os arquivos soap?

Olá Ala. Tentou realizar o procedimento acima?

Olá André. WebServices.ConsultaLoteRps

Olá Systronic. Este erro pode ocorrer por alguns fatores, tenta as possíveis soluções abaixo: Você já fez os testes utilizando o libCapicom? Tenta também atribuir o valor zero na propriedade UseCertificado. Caso nenhuma das alternativas acima funcione tenta aumentar os tempos limites no ACBrNFSe1.Configuracoes.WebServices. Abraço.

Olá Bruno. Qual o provedor que você esta realizando os testes? Confere no arquivo do provedor presente na pasta ArqIni, se ele possui este método. Provavelmente que ele não possui o método Gerar XML.

Olá Igpa120874 Qual seria a mensagem?

Olá Pessoal. Encontrei uma solução para o problema que relatei neste post. Caso alguém enfrentar a mesma situação ou parecida, segue a solução "caseira". Quando eu realizava a consulta de situação, logo após o envio do lote de RPS, o componente realizava um laço de acordo com o número de tentativas que era configurado. Logo na primeira consulta ele já recebia a resposta do status referente ao lote consultado(1,2,3,4). Quando a situação retornada era "2" (Enviado mas não processado), ele continuava no loop tentando obter a resposta "3" ou "4", sendo que se ele não encontrasse, o componente retornava a mensagem vazia. Como solução, tratei o erro. Assim que ele termina o laço das tentativas tratei com um on e : exception, sendo assim busquei o status salvo do componente. Caso ele retorne "3" realizo a consulta do lote para obter a lista de erros e caso retorne "2" gravo a situação para posterior consulta.

Bom dia Pessoal. Estou com um probleminha nos testes com o provedor WEBISS. Fiz os métodos de consulta situação separado do envio, então depois de enviar realizo a consulta da situação. O problema que estou enfrentando é que o retorno esta chegando vazio, porém no xml, a situação aparece corretamente. Está caindo nesta exceção abaixo: Habilitei para salvar o soap, e a situação aparece corretamente. if not (Result) then FConsSitLoteRPS.GerarException( FConsSitLoteRPS.Msg ) Agradeço.

Bom dia Bruno. Provavelmente que este provedor não possua o método de Consultar situação. Verifica com o Provedor quais os métodos disponibilizados.