mmcamilo

Bilogyn vamos lá... Minha sugestão seria que você utilize o WebService DistribuicaoDFe ao invés do ConsultaNFeDest pois o mesmo pode ser desativado a qualquer momento pela SEFAZ e ai você teria que refazer todo seu código ou parte dele para ajustar as regras desse novo WebService. Nesse caso, se eu não estiver equivocado... a aplicação que Emite e Autoriza a NFe do seu cliente, já deve possuir o arquivo XML da NFe Emitida e inclusive enviá-lo ao destinatário também, não sendo necessário obtê-lo de um ou outro WebService e também segundo consta na Nota Técnica 2014/002, para quem Emite os documentos fiscais apenas ficam disponíveis os Eventos de Manifestação do Destinatário, Eventos da Suframa, Resumos de Eventos CT-e e Resumo de Eventos MDF-e. Lembrando que os clientes sempre querem tudo, mas devemos seguir o que manda os Manuais e as Notas Técnicas, sendo assim você tem material para argumentar e mostrar a ele que temos regras a seguir. Espero ter ajudado.

Valdirdill blz... Tive as mesmas dificuldades que você no início do projeto e com a ajuda deste incrível fórum e em especial de algumas pessoas daqui, e... claro dos manuais e notas técnicas alem de todos os comentários e posts disponíveis aqui também, consegui evoluir e hoje está indo tudo como deveria... Como o gradeza desse fórum é compartilhar... segue um exemplo da maneira que eu faço (lembrando que pode talvez não ser a mais correta pois existem diversas formas de se construir uma ponte e cada um vai usar o seu conhecimento e tecnologia disponível para construí-la desde que fique firme e não vá cair não é mesmo...rsrsrs) wUtlNSU := Ultimo NSU pesquisado e gravado em alguma tabela do seu BD. xUF := UF da empresa que usa seu aplicativo para realizar as pesquisas. CNPJ := CNPJ da empresa que usa seu aplicativo = CNPJ do certificado digital. xStat := 138; while xStat = 138 do begin ACBrNFe1.DistribuicaoDFe(xUF,CNPJ,wUltNSU,''); for i := 0 to ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count - 1 do begin //A partir daqui vc extrai as informações retornadas de cada arquivo xml //E se for o caso grava as informações em tabelas do seu banco de dados //para consultas posteriores das informações já armazenadas, não sendo //necessário um nova pesquisa ao webserviceDFe para isso . . . //Aqui você deve gravar o ultimo nsu retornado em um campo de alguma tabela //do seu BD para que a próxima pesquisa seja a partir desse ultimo nsu wUltNSU := ultNSU; end; // Aqui retorna o status da pesquisa e quando ele for diferente de 138 interrompe o loop... // E nesse caso, aguardar o intervalo mínimo de 1 hora entre as pesquisas conforme // Manual de Integração evitando assim o bloqueio por consumo indevido xStat := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat; end; É claro que você pode e deve ajustar da maneira que melhor lhe atender, incluindo blocos try except, separando informações resumidas das informações completas, extraindo se for o caso, as cartas de correções eletrônicas, etc... enfim, acredito que você agora consiga evoluir a partir desse raciocínio básico, o restante é usar a criatividade e sem dúvida o que te dará uma ampla visão é de fato conhecer os manuais e as notas técnicas que você vai encontrar tanto aqui no fórum quanto no site nfe.fazenda.gov.br. Espero que te ajude. Márcio M. Camilo

Boa noite. Desde de 01/08/2015 não estou obtendo retorno dos DF-e (eventos: resumidos, completos, cce, Arquivos xml, enfim) não retorna nada... Mais alguém está com a mesma dificuldade que eu? Já fiz testes usando tanto a compilação da Trunk como da Trunk2 e nada... simplesmente não retorna. Já atualizei fontes, schemas, retornei o NSU e mesmo assim quando chega em 31/07/2015 não vem mais. Só lembrando que o Certificado está ok e não está vencido. Se alguém puder me dar uma força fico muito grato.

Boa noite. Estou com uma aplicação que utiliza ACBrNFe para Manifestação do Destinatário e Pesquisas ao Webservice DFe em um ambiente que utiliza Domínio, Terminal Service, Active Directory, etc... e estão reclamando se é realmente necessário, instalar o Certificado Digital (A1) em todos os ambientes criados pelo TS para cada usuário individualmente. (Fazendo dessa forma, funciona perfeitamente) mas estão achando muito complicado pela rotatividade de funcionários na empresa. Então gostaria de saber se existe uma maneira de utilizar o Certificado Digital (A1) sem a necessidade de fazer a sua instalação no TS de cada novo usuário que utilizará o aplicativo? Já fiz várias tentativas com CAPICOM e OpenSSL; utilizei apenas o Caminho e Senha e também fiz tentativas incluindo a Série do Certificado; já pesquisei dezenas de posts aqui no forum e na internet, porém se o Certificado Digital não estiver instalado no repositório de certificados do windows não dá certo de jeito nenhum. Alguém de vocês tem uma ideia para esse tipo de cenário? Utilizando apenas Caminho e Senha do Certificado nas configurações do componente, ele deveria funcionar? Desde já agradeço a todos que contribuírem.

Bom dia amigos! Estou com um caso específico que ao configurar Certificado e demais Informações referente a uma empresa específica, quando fiz a primeira pesquisa que retorna as informações iniciais (últimos 90 dias) a pesquisa retornou também informações de outras empresas ( do mesmo grupo) mas com CNPJ e Certificado diferente da configurada inicialmente. Não são filiais e o CNPJ é totalmente diferente da configurada, não faz parte da raiz do CNPJ no caso. Alguém já passou por esse problema? Qual a melhor forma de resolvê-lo? Grato a todos.

Valeu Ítalo, farei conforme sugerido! Obtendo respostas, posto aqui para compartilhar com todos.

Boa noite pessoal.... Estou com esse problema também... Algumas NF-e por exemplo do dia 28/04 não apareceram nem no resNFe nem em nenhum outro lugar, e simplesmente o Webservice DFe continuou a distribuir as dos dias subsequentes, sem a quebra de sequencia do NSU ou outro fator que identifica-se o problema. O pior é que o usuário que usa aplicação também recebe os xmls enviados pelo fornecedor e ai vem o questionamento.... "Porque não chegou pela aplicação.????" Fica difícil explicar e pra piorar a SEFAZ não se manifesta, não dá retorno e muito menos explicações do "porque" isso poderia ter ocorrido. Parece que simplesmente todas as NF-es de um dia inteiro se perdeu. Não sei o que poderia estar acontecendo. Se alguém já passou por isso, gostaria de saber qual a solução encontrada. Mesmo "zerando" o NSU e refazendo a pesquisa do NSU = 0 ou NSU = 1, as NFe não apareceram... Não sei mais o que fazer ou justificar para empresa que usa a aplicação.

Tiago boa noite... Essa propriedade RetirarAcentos não seria apenas para os casos de envio de NF-es ou ela também funciona para retirar os acentos nos casos de recepção dos eventos?... fiz alguns testes aqui e mesmo setando como True, os eventos recebidos assim como o download, continuam ficando com acentos e caracteres especiais... etc.... Como vocês estão tratando esses retornos com caracteres especiais e acentos... (excluindo a função TiraAcentos, uma vez que de fato os acentos são retirados mas os caracteres especiais continuam sendo mostrados) ? Att. Márcio M. Camilo

Boa noite... Só complementando, em um dos aplicativos que desenvolvi e que algumas empresas usam e tem uma grande maioria de clientes produtores rurais fiz da seguinte maneira... Independente se ser produtor rural ou não, alimentei o campo CNPJCPF normalmente, com CNPJ ou CPF e fiz a avaliação apenas do campo IE da seguinte forma: Criamos um campo no cadastro do cliente onde informo o indicador da I.E. (1, 2 ou 9) , desse jeito se for CPF + I.E. (produtor rural) já entra na indIEDest = 1; Só vale a pena ressaltar que se o cliente for do tipo P.J. contribuinte, e não informar a I.E. por ter esquecido ou por qualquer outra desculpa, acontecerá rejeição na autorização da NF-e, ou seja, se tiver I.E. tem que informar. CNPJCPF := zroClientes.FieldByName('CNPJCPF').Value; wIndIEDest := zroClientes.FieldByName('INDIEDEST').Value; if wIndIEDest = '1' then begin indIEDest := inContribuinte; IE := zroClientes.FieldByname('INSCRG').Value; end; if wIndIEDest = '2' then begin indIEDest := inIsento; end; if wIndIEDest = '9' then begin indIEDest := inNaoContribuinte; if Length(Trim(zroClientes.FieldByname('INSCRG').Value)) > 0 then IE := zroClientes.FieldByname('INSCRG').Value; end; Espero ter contribuído. Att. Márcio M. Camilo

Boa noite... Essa linha está repetida por algum motivo que eu não entendi, olhe um pouco mais acima na linha 498 e confirme isso... nesse caso, apenas comente ou exclua a linha 510, compile novamente que deve dar tudo certo. Valeu! Márcio M. Camilo

Seguinte... Dei uma olhada no código e se você abrir o ACBrBoleto.pas a linha que apresenta o erro está repetida. Olhe a linha 498, vendo isso apenas comentei a linha 510 e ai compilou e instalou tudo certinho. Valeu!

Boa tarde... Estou com mesmo problema. Fiz a atualização de todo ACBr, removendo tudo com apagarACBr deletando a pasta SVC e depois que fiz novamente a atualização total ao reinstalar esse erro aconteceu... Agradeço desde já e toda ajuda é bem vinda! Att.

Boa noite. Se estiverem usando de fato a versão 3.10.... estou fazendo da seguinte maneira sem problemas, depois de passar por tudo isso que estão informando no post. if wIndIEDest = '1' then begin indIEDest := inContribuinte; IE := TabCliente.FieldByname('IE').AsString; end; if wIndIEDest = '2' then indIEDest := inIsento; if wIndIEDest = '9' then begin indIEDest := inNaoContribuinte; if Length(Trim(TabCliente.FieldByname('IE').AsString)) > 0 then IE := TabCliente.FieldByname('IE').AsString; end; Outra coisa... Se na hora da venda ou emissão da NFe, o cliente/consumidor PJ que possuir a I.E. não informar por ter esquecido ou qualquer outra desculpa, a rejeição irá acontecer pela SEFAZ da mesma maneira, ou seja, se tem I.E. tem que informar... Não sei se mudou alguma tratativa interna no componente mas até onde eu li e testei, não será mais permitido o literal 'ISENTO' para a tag I.E. a partir da versão 3.10. Att. Márcio M. Camilo

Valeu Fabricio. Juliomar se estiver de acordo, vocês poderiam ajustar essa modificação no componente para futura disponibilidade no SVN? Grato!

Muito boa ideia Fabrício... Só uma pergunta, dessa forma que você fez, o botão salvar fica habilitado no preview do DANFe ? Att

Bom dia! Por incrível que pareça, ainda não recebi nenhum evento de cancelamento de algumas NF-e canceladas pelo emitente na semana passada! Isso tem acontecido com mais alguém? Grato.

Juliomar bom dia! Fiz alguns testes aqui e percebi que quando no arquivo .ini deixo a propriedade de mostrar o setup com false, ele abre direto o preview mas desabilita o ícone salvar... Isso também não acontecia antes. Mas como você mesmo disse pode ser alguma característica do Rave. Att. PS... usando o ACBrDanfe nesse caso.

Brothers... Fiz o teste aqui agora em dois CNPJs que estavam com esse problema e pelo jeito voltou a funcionar. Grato.

Realmente Luciano, fiz o teste aqui e de fato voltou a funcionar! Valeu pela força. PS... O que ainda não estou entendendo é porque não retorna nenhum evento de cancelamento desde a semana passada, e já confirmei, tem várias NFes canceladas pelo emitente e o evento não chega, assim como os eventos de Carta de Correção... Eventos Resumidos, os já manifestados e os CT-e chegam que é uma beleza. Grato.

Otair beleza.... Eu identifiquei da seguinte forma, se tiver algum errado, por gentileza corrijam ai... TpcnTpEventoString : array[0..18] of String =('110110', // CCe '110111', // Cancelamento '210200', // Confirmação da Operação (Manifestação do Destinatário) '210210', // Ciência da Operação (Manifestação do Destinatário) '210220', // Desconhecimento da Operação (Manifestação do Destinatário) '210240', // Operação não Realizada (Manifestação do Destinatário) '110140', // NFe - EPEC - Evento Prévio de Emissão em Contingência '610500', // NFe - Registro de Passagem '610550', // NFe - Registro de Passagem NFe RFID '110112', // MDFe - Encerramento '110114', // MDFe - Inclusão de Condutor '510620', // MDFe - Registro de Passagem BRid - Outros '610611', // MDFe - Cancelado '110160', // CTe - Registro Multimodal '110113', // CTe - EPEC - Evento Prévio de Emissão em Contingência '310620', // CTe - Resistro de Passagem - FISCO '610600', // CTe - Autorizado para a NFe '610501', // CTe - Registro de Passagem - Cancelado '610601', // CTe - Cancelado '990900'); //Download da NF-e da SEFAZ

Daniel e Luciano, grato pelo retorno. Vamos aguardar então. Qualquer novidade pra mim aqui, aviso a todos.

Bom dia, pessoal... Desde ontem a noite, ou melhor, hoje por volta de 1:00, quando realizo a pesquisa (02 empresas distintas com certificados válidos e distintos), respeitando o intervalo de 1 hora conforme manda a regra, em ambiente de produção, em ambas empresas, o ultNSU é menor que o maxNSU, conforme xml retorno, não retorna a rejeição 656 - Consumo Indevido (até porque estou seguindo NT a risca), porém esta sempre retornando cStat = 137. Estou em GO, mais algum de vocês percebeu esse resultado hoje a partir de outros estados? (embora a consulta seja ao Ambiente Nacional). O que fazer nesses casos? Grato. 20150310085835-con-dist-dfe.xml 20150310085837-dist-dfe.xml

Só complementando... Se o contribuinte oficialmente tiver uma IE e dizer que não tem por ter esquecido o número ou qualquer outra desculpa na hora da compra, também vai acontecer o erro, mesmo passando inNaoContribuinte ou inIsento. Passamos por esse problemas há alguns dias atrás (até criei um post sobre isso) e enquanto não ligamos na empresa e eles informaram a IE desse contribuinte a NF-e não foi autorizada, ou seja, falar que não tem na versão 3.10, não resolve como antes quando informava-se ISENTO e dava certo. Agora se ele de fato tem e de fato não seja contribuinte, mesmo assim para autorizar, foi necessário informar a IE e informar inNaoContribuinte no momento do envio. Att.

Então... de fato vem todos os outros eventos, resumos e procNFe, porem os de Cancelamento não estão vindo. Esses de CCe, estão ok. Se observar verá nesses doczip, que o csitnfe = 1, eu estava esperando o csitnfe = 3... ou então o evento 110111 = Cancelamento. Mas tranquilo, quando tiver um tempo tá valendo. E se por acaso (sendo um atraso mesmo no WS), esses eventos chegarem nas próximas consultas, aviso aqui pra gente não ficar perdendo tempo... Valeu demais.

Opa, Tiago na hora... segue os arquivos.... Pra facilitar a identificação segue o NSU e a chNFe correspondente: 6168 - 52150315174400000190550010000266121252095641 resNFe 6169 - 52150315174400000190550010000266131220190697 resNFe 6210 - 52150315174400000190550010000266141224078880 procNFe 6173 - 52150315174400000190550010000266181136929896 resNFe entre outras que vieram nesse retorno do WS. Depois desse xml, já retornaram outros e conferi todos um a um e não tem retorno de evento de cancelamento. Muito agradecido por seu interesse. 20150308223006-con-dist-dfe.xml 20150308223007-dist-dfe.xml 20150308223006-con-dist-dfe.xml 20150308223007-dist-dfe.xml