Italo Giurizzato Junior

Bom dia Daniel, A cidade de Curitiba possui um webservice próprio que chamamos de provedor ISSCuritiba. O layout utilizado é a versão 1 da ABRASF. Sendo assim devemos utilizar o método Enviar para poder enviar um lote contendo de 1 até 50 Rps. Depois o método ConsultarSituacao para saber a situação do lote enviado. Por fim o método ConsultarLoteRps caso a situação seja 3 ou 4. Se a situação for 3 teremos como retorno a lista de rejeições, por outro lado se for 4 teremos como retorno o XML da(s) NFSe. A propriedade de configuração: ConsultaLoteAposEnvio permite automatizar todo o processo acima, para isso o seu valor tem que ser True. Como eu não tenho nenhum certificado digital de contribuinte de Curitiba não tenho condições de realizar testes. Alias os testes que realizei com o novo componente só obtive erros ao tentar enviar, consultar e cancelar, pois estou usando um certificado cuja empresa não é de Curitiba. Peço que faça testes usando o programa exemplo e não esqueça de atribuir o valor LT_TLSv1_2 ao campo SSLType, pois vários provedores estão exigindo essa configuração. Marque também a opção para salvar os arquivos soap. No programa exemplo execute os métodos de forma individual, temos um botão para cada um deles. Anexe os arquivos gerados aqui no fórum para que possamos analisar. Mas antes de realizar esses testes, por favor atualize todos os fontes de todas as pastas.

Boa tarde, Complementado o que o BigWings já colocou, no caso do CT-e não temos ainda o DistribuicaoDFePorChaveCTe, apenas do componente possuir o método, não temos esse serviço disponível no webservice do Ambiente Nacional.

Boa tarde Evandro, Se tudo der certo amanhã estarei enviado para o repositório uma contribuição de outro colega do fórum. Sessa contribuição se refere a nova versão e ao novo evento.

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

Boa tarde Gabriel, Já enviei a sua contribuição para o repositório.

Boa tarde, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia André, Por favor atualize novamente.

Boa tarde Bonetti, A unit que você anexou tem muito mais alterações do que apenas essa que você colocou na figura. Não entendi o porque foi criado uma nota unit para ler o XML do provedor EL e o que vem a ser o LerCampos.

Boa tarde André, Já esta no repositório uma possível correção.

Boa tarde Matheus, Já esta no repositório.

Bom dia, O provedor ISSNet segue a versão do layout da ABRASF. O valor de ACBrNFSe1.WebServices.ConsSitLoteRPS.RetSitLote.InfSit.MsgRetorno.Count só vai ser maior do que zero caso o retorno de ConsultarSituacao contenha alguma mensagem de erro.

Bom dia Matheus, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia André, Já inclui na minha lista de tarefas, vou analisar o problema.

Bom dia Luiz, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde, Se o provedor segue a versão 2 do layout da ABRASF ele não tem o serviço de consultar a situação do lote logo você não vai ter retorno nenhum mesmo em RetSitLote.

Boa tarde Herivelton, Favor anexar a unit alterada e o XML de retorno que lhe pedi antes.

Bom dia, Infelizmente não temos um manual que mostre os retornos de cada método. Mas na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe onde temos o programa exemplo do componente você entra um arquivos chamado Retornos.txt Acredito que ele vai lhe ajudar em muito no que diz respeito aos erros. Experimente verificar tudo o que temos na classe InfRec do Enviar a titulo de exemplo. ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.?????

Bom dia, Se você abrir o arquivo ISSNet.ini vai descobrir que esse provedor segue a versão 1 do layout da ABRASF. Todos os provedores que seguem a versão 1 só tem apenas um serviço de envio que é o EnviarLoteRps que trabalha no modo assíncrono. Não importa se você vai enviar apenas um Rps ou 50, o serviço a ser utilizado é esse, que no componente usamos o método Enviar. Como o serviço trabalha no modo assíncrono devemos seguir os passos: 1. executar o método Enviar - retorna o numero do protocolo que atesta que o lote foi recebido; 2. executar o método ConsultarSituacao - retorna a situação do lote enviado; 3. se a situação for 3 ou 4 devemos executar o método ConsultarLoteRps para obter a lista de rejeições (situação 3) ou o XML da NFS-e (situação 4); se a situação for 2, aguarde um pouco e execute novamente o passo 2. se a situação for 1, verifique se esta informando o numero do protocolo corretamente.

Bom dia Diego, Muito obrigado pela informação. Vou fechar o tópico, pois já enviei para o repositório a alteração da URL de homologação.

Bom dia Herivelton, Por favor anexe o XML de retorno para que eu possa analisar.

Boa tarde Gabriel, Você esta informando 1401, informe 14.01 Tem provedor que existe que o ItemListaServico esteja formatado.

Boa tarde Flavio, Faça um teste com o programa exemplo. No Botão Enviar Lote Rps ele faz 3 perguntas sendo que a primeira é a quantidade de RPS a ser enviado, informe 2. <xsd:simpleType name="tsQuantidadeRps"> <xsd:restriction base="xsd:int"> <xsd:totalDigits value="4" /> <xsd:minInclusive value="2"/> </xsd:restriction> </xsd:simpleType> Note que na definição do tipo referente a quantidade de RPS me parece que existe uma restrição de que a quantidade mínima a ser enviada é de 2 RPS no Lote. Caso você queria enviar apenas 1 deverá usar o método Gerar.

Boa tarde Hugo, Essa implementação não é nossa. Nós desenvolvemos componentes para o Delphi e Lazarus em Object Pascal. Não utilizamos o repositório GitHub.

Boa tarde, Já esta no repositório com exceção da unit pcnLeitor.pas que o pessoal vai analisar melhor.

Gabriel, O componente possui uma propriedade de configuração chamada Timeout, atribua o valor 30 mil.