Italo Giurizzato Junior

Bom dia, Atribua o valor libWinCrypt a SSLLib (no programa exemplo) e repita os testes.

Bom dia Werner, O mais estranho que para as demais cidades que se utilizam do mesmo provedor (Tinus) esse erro não ocorre, somente com a cidade de Mossoró.

Carlos, Você esta fazendo confusão e não leu a nota técnica com atenção. Não existe mais os métodos ConsNFeDest e DownloadNFe, logo o seu item 3 não vai funcionar. O método DistribuicaoDFePorChaveNFe não serve para checar se a nota existe ou não, ele serve para baixar o XML completo de uma nota informando a sua chave, desde que a mesma já tenha sido manifestada. Por favor releia a minha postagem anterior, note que no exemplo que lhe passei faço referencia ao método DistribuicaoDFePorUltNSU, esse método serve tanto para retornar resumos das notas (que era a função do método ConsNFeDest) e retornar os XMLs completos das notas (que era a função do método DownloadNFe).

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

Bom dia Walfrido, Você deve ADD 50 RPS e enviar, depois limpar a lista por fim ADD os outros 50 RPS e enviar. O Lote é gerado no momento do envio.

Bom dia Rafael, Atualize todos os fontes de todas as pastas. Configure o programa exemplo para a cidade que vai utilizar o provedor Giss. E clica no botão que usa o método Enviar.

Bom dia Pedro, Clica no botão [Yes] para remover a referencia do método.

Bom dia Werner, Favor mudar o valor do campo SSLLib para libWinCrypt, se não me falha a memória este vai funcionar.

Bom dia Jair, No arquivo Cidades.ini que é utilizado pelo componente ACBrNFSe não consta a respectiva cidade. Logo não será possível. Favor entrar em contato com a prefeitura para saber qual é o provedor, empresa contratada por ela para implantar a NFS-e na cidade.

Bom dia Felipe, Se o certificado for A1, use o libOpenSSL com o LT_TLSv1_2 que vai funcionar para qualquer versão do Windows. Agora se o certificado for A3, jogue fora e compra um A1 para não ter dor de cabeça.

Bom dia Carlos, Os métodos DistribuicaoDFePorNSU, DistribuicaoDFePorUltNSU e DistribuicaoDFePorChaveNFe apenas consomem o Webservice do DistribuicaoDFe. Sendo assim o retorno deles sempre será um XML contendo um resumo de uma nota não manifestada ou o XML completo de uma nota manifestada. Para realizar a manifestação do destinatário que é um evento é um procedimento a parte. Os métodos DistribuicaoDFePorNSU e DistribuicaoDFePorChaveNFe só vão retornar apenas um XML sendo este um resumo ou uma nota completa. Já o método DistribuicaoDFePorUltNSU poderá retornar um Lote com até 50 XML, sendo estes resumos e ou notas completas. Ao usar este método devemos informar o numero do Ultimo NSU por exemplo 1500. Suponha que no retorno o Lote tenha 50 XML e os valores de ultNSU seja 1550 e maxNSU seja 1580. Isso significa que devemos executar novamente o método DistribuicaoDFePorUltNSU passando o valor 1550 (pois o valor de maxNSU é maior que ultNSU). Nessa segunda execução teremos como retorno um Lote com 30 XML e os valores de ultNSU será 1580 e de maxNSU também 1580. Isso se nenhum fornecedor emitir uma nota nesse meio tempo. Como os valore de ultNSU e maxNSU são iguais não faz sentido executar novamente o método, demos agora iniciar a manifestação de cada nota, lembrando que a manifestação é um evento que deve ser enviado para SEFAZ. Lembre-se que existe 4 tipos de eventos de Manifestação do Destinatário ( favor ler a Nota Técnica 2012/002 versão 1.02 que trata sobre a Manifestação do Destinatário). A minha sugestão é que aguarde uns 30 segundos entre uma execução e outra do DistribuicaoDFePorUltNSU. Continuando o exemplo acima, após a manifestação das 80 notas devemos executar novamente o método DistribuicaoDFePorUltNSU informando como numero do Ultimo NSU o valor 1580. Se tudo ocorrer conforme esperamos, você terá como retorno um Lote de 50 XML. Atenção: não necessariamente as 50 primeiras notas manifestadas, lembre-se que se nesse meio tempo algum fornecedor emitiu alguma nota, nesse lote poderá conter o resumo dela. Portanto poderá ser necessário não apenas 2 execuções do método e sim umas 3 para obter nos retornos os 80 XML das notas manifestadas. Tudo vai depender da quantidade de notas que os fornecedores emitem contra o seu CNPJ. Espero ter ajudado.

Bom dia Antônio, Na sua postagem acima você escreveu: "os arquivos São NFC-e (cupons fiscais eletronicos) " Eu deixei claro que os XMLs das NF-e o modelo é 55 e das NFC-e é 65. Agora se modelo do documento é 59, você não pode usar o componente ACBrNFe para poder carregar o XML. XMLs cujo modelo é 59 se refere a uma nota emitida pelo SAT, logo você precisa usar o componente ACBrSAT.

Antônio, Antes desse IF manda mostrar na tela o conteúdo de: ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID Se ocorrer erro nessa linha significa que ele não esta carregando o XML, logo a lista de notas esta vazia e isso explica o erro índice fora da faixa.

Bom dia Alisson Você esta analisando a possibilidade de usar o certificado A3? Me responda você quer que a sua aplicação funcione ou deseja ter problemas? Se quer que funcione esqueça o A3 use o A1.

Bom dia Luciana, O nrInsc é um CNPJ? Se sim, você esta passando o CNPJ completo para o componente? Se não passar vai ocorrer erros.

Bom dia, O XML da nota aparentemente esta OK, mas e o XML de retorno da SEFAZ?

Bom dia Antônio, O que é que não esta funcionando? Qual é o erro? Você "debugou" a sua rotina para saber o motivo de não esta retornando as informações?

Bom dia Carlos, Pequenas alterações na sua rotina. ACBrNFe.DistribuicaoDFePorUltNSU( CodigodaUF, CNPJ, sUltimoNSU ); sStat := IntToStr(ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.cStat); sMotivo := ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.xMotivo; if ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.cStat = 137 then sTemMais := 'N' else sTemMais := 'S'; sUltimoNSU := ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; Lembre-se que o método DistribuicaoDFe retorna resumos das notas e o XML completo das notas que foram manifestadas. Logo ele substitui os métodos ConsNFeDest (que retornava somente o resumo) e DownLoadNFe (que retornava o XML completo da nota manifestada). Sugiro que leia com muita atenção a Nota Técnica 2014/002 versão 1.02b que trata sobre o Webservice Distribuição DFe.

Werner, O provedor Tinus segue a versão 1 do layout da ABRASF, sendo assim só existe uma única maneira de enviar o lote para o Webservice é usando o método Enviar. Logo você vai configurar o programa exemplo e usar o botão [Enviar Lote RPS (Enviar)]

Bom dia, Isso é muito estranho. Favor verificar se realmente o XML da nota esta sendo carregado. Verifique também se o antivírus não esta removendo automaticamente do e-mail arquivos XML que por ventura estão em anexo.

Bom dia Felipe, Como assim "esta retirando do XML"? Você esta gerando o XML através de uma rotina própria e depois usando o componente para fazer o resto? Se sim, favor anexar o XML gerado inicialmente e o que o ACBr gera depois que carrega o seu XML.

Bom dia Werner, Porque não usa o componente para enviar o lote de RPS para o Webservices?

Bom dia Windel, Eu utilizo os componentes ACBr desde 2009, mais precisamente o ACBrNFe. Como foi eu que peguei o componente ACBrCTe (protótipo) e finalizei a ponto de deixa-lo funcional, estudei muito os fontes do ACBrNFe e não encontrei nada, nenhum comando que por ventura pudesse realizar uma operação de exclusão de certificado. Depois de muitos anos e vários relatos um membro do fórum descobriu que o responsável por essa exclusão na verdade é uma DLL do Windows (vide o link que o Daniel postou acima). Por favor peça para essa pessoal que constatou que o problema é em aplicações que se utilizam do ACBr, escrever um laudo sobre essa constatação e é claro assinar.

Bom dia Rene, A SEFAZ de Contingência é liberada para uma determinada UF se esta solicitar. Bom dia Jonas, No seu caso o emitente é de qual UF. Pois lembre-se que as UF que se utilizam da SEFAZ-Virtual do RS e o RS se utilizam da SVC-SP. Por outro lado as demais UF que se utilizam da SEFAZ-Virtual de SP e SP se utilizam da SVC-RS.

Bom dia a todos, As UFs: RN, CE, SC entre outras se utilizam da SEFAZ-Virtual do RS. Se a SEFAZ-RS para por problemas ou manutenção a SEFAZ-Virtual do RS (SVRS) também para. Logo todas as UFs que se utilizam da SVRS param também. A solução é simples, enviar os conhecimentos para a SVCSP - SEFAZ Virtual de Contingência de SP. Quando a SEFAZ-RS e SVRS voltar a funcionar normal todos os CT-e enviados para SVCSP serão replicados automaticamente para a SEFAZ-RS ou SVRS. Mais informações: página 217 do Manual do CT-e versão 3.00 - item: 2.1.3 SVC – Sistema Virtual de Contingência Espero ter ajudado.