Italo Giurizzato Junior

Bom dia Rodrigo, Não ficou claro para mim. Antes através do componente ACBrNFSe ao imprimir o DANFSE constava o QR-Code no mesmo e agora não consta mais, correto? E isso passou ocorre após atualização dos fontes? A cidade mudou de provedor?

Bom dia, Por favor anexe o XML de envio de Lote gerado pelo executável antigo e outro pelo novo.

Bom dia Wendell, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Bom dia André, Comparando o XML gerado e enviado para o webservice com os schemas não encontrei nada que apontasse estar errado. O jeito mesmo vai ser entrar em contato com eles.

Bom dia Douglas, Vou novamente analisar a sua contribuição e fazer testes com o seu XML. Desde já muito obrigado.

Bom dia Evandro, Favor atualizar todos os fones de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça testes usando o programa exemplo. Note que se faz necessário configurar o componente para a versão 1.5.1 Existem schemas para essa nova versão.

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.