douglaswf

É possível realizar o download de uma determinada NF-e, como anteriormente era usado o downloadNFe? - Sim, isso não mudou Se você chamar o DistribuicaoDFe em um loop e analisar, você vai encontrar um XML que é o <procNFe>. Esse é exatamente o XML da NFe. repeat ACBrNFe1.DistribuicaoDFe(42,CnpjInt,ultNSU,''); for x := 0 to (ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count -1) do ShowMessage(ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[x].XML); end; until (ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.maxNSU <= NsuLoop);

Daniel, esse novo webservice oferece praticamente tudo o que acontece com sua empresa junto ao fisco. Eu entendi o que você pretende fazer, porém, acho que não é exatamente o jeito certo de usar as informações dele. Minha sugestão pra ti é montar uma rotina que recupere toda a movimentação de uma empresa, desde o primeiro até o último NSU. Depois disso, você analisa o que recebeu, em conjunto com uma interpretação bem cuidadosa da NT2014.002_v1.01. Em resumo, você deve se preocupar em recuperar as informações e armazená-las, e não em procurar por uma determinada chave nele. Depois em sua base local, você vai ter tudo o que precisa.

Aquele NSU '0000039' deve ser o seu XML. Descompacte ela pra ver. Ou Faz o seguinte: Antes de chamar o DistribuiçãoDFe, adicionar uma linha pra configurar o caminho pro ACBR salvar o XML: ACBrNFe.Configuracoes.Geral.PathSalvar:='c:\xml'; Fazendo isso, quando você receber um NSU que é o XML ele vai salvar automaticamente o arquivo nesta pasta.

Bruno, o retorno cSTAT 137 é porque você nao tem notas no ambiente de homologacao. Simule um faturamento contra o seu CNPJ que daí você terá um retorno. Quando ao 403 pode ser porque você tentou consultar sem selecionar um certificado ou então você tentou varias consultas em menos de 1 hora, fazendo com que você fosse bloqueado por consumo indevido (leia na nota técnica que terá detalhes disso).

Daniel, o método de Download nao foi alterado e pode ser usado ainda. No serviço novo, se você se manifestar, vai receber um outro NSU com uma linha o tipo procNFe. Esse XML é o XML da nota. Note que não mudou a regra pro download, mantendo a obrigação de se fazer a manifestacao antes.

Boa tarde colegas! Alterei meu projeto de CAPICOM para OpenSSL. Após isso, passei a ter problema com a validacao de assinatura de XMLs recebidos. Agora, toda validação falha, mas sem a descricao do erro. só recebo o retorno "Erro: Falha na validação da assinatura da nota 360978" Alguma luz de o que pode ser? Fiz um programa de teste pra simular o erro só com isso: ACBrNFe1.Configuracoes.WebServices.Ambiente:=StrToTpAmb(ok,'1'); OpenDialog1.Title := 'Selecione a NFE'; OpenDialog1.DefaultExt := '*-nfe.XML'; OpenDialog1.InitialDir := ACBrNFe1.Configuracoes.Geral.PathSalvar; if OpenDialog1.Execute then begin ACBrNFe1.Configuracoes.Certificados.Certificado := 'C:\GDEWEB\Certificados\15470523000179.pfx'; ACBrNFe1.Configuracoes.Certificados.Senha := '1234'; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFe1.NotasFiscais.ValidaAssinatura(Msg); MemoDados.Lines.Add('Erro: '+Msg); end;

Alguém já recebeu algum evento de cancelamento de uma NFe recebida? eu não achei nenhum NSU desse caso, mas segundo a NT deveria gerar um NSU pro emitente e pro destinatário. ou estou enganado?

João, obrigado pela ajuda! Consegui configurar o OpenSSL e no meu computador funcionou 100%. Porém, quando joguei no servidor, o serviço não sobe. As DLLs estão nos caminhos corretos. Tem algo que eu precise instalar no servidor será? em anexo o erro...

Bem estranho... nao consegue simular com um 3G por exemplo? só por desencargo de consciencia... O meu serviço está rodando redondo desde sábado... as vezes pode ser alguma atualizacao do windows que mexe no firewall ou algo assim.

O WS está normal pois estou recebendo dados. Pode ser algo no firewall, que bpoqueie o teu acesso à internet (como um proxy).

Verifica o conteúdo do ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.xMotivo Lá deve ter a resposta do que aconteceu.

Bom dia! Estou com alguns problemas com o Windows server 2008 R2 e o CAPICOM (travamento da APP). Gostaria de fazer uns testes usando OpenSSL para ver se soluciono. Como nunca mexi com OpenSSL nao tenho ideia de por onde começar. Consigo algum exemplo do ACBR lendo um certificado do disco com OpenSSL? Existe algum tutorial para configurar o ACBR para tal? grato pela ajuda!

Cristiano, desde que parei de usar o serviço antigo (Consulta NFE Dest), não tive mais problemas. O código ficou como está. Eu trato se o ulNSU é igual ou maior que o MaxNSU e também teste se o retorno é 138. A propósito, alguém tem alguma notícia se WebService antigo foi desativado conforme previsto?

Amigos, bom dia! Eu notei que não tenho nenhum evento de cancelamento de NFes emitidas contra mim. Embora tenha várias notas canceladas, não recebi os cancelamentos. Verifiquei pra ver se não falta nenhum NSU, e tenho todos. Dentro dos XMLs só tenho resumos de NFe e eventos de cancelamento de CTe. Segundo a nota técnica, eu deveria receber esse cancelamento, não deveria? (2.11 - visão geral do modelo de distribuição (passo 9 - Emitente gera um evento (cancelamento ou CCe e isso força o Passo 10 - Ambiente Nacional gera um NSU para o destinatário))) Alguém consegue receber esses eventos?

nfeproc é o xml das nfes. após vc se manifestar, vc vai receber ele sem ter que pedir o download. prontinho pr armazenar

O procevento ainda nao está tratado no PCN. Abra o pcnRetDistDFeInt.pas e note que só tem tratamento para resNFe, refEvento e nfeProc. Eu fiz um "mini" tratamento para trazer o procEvento. Eu não uso ele pra nada, mas estou armazenamento pra nao furar a movimentação da tabela na sequencia de NSU. (em anexo o arquivo caso queira testar - linhas 412 à 427). pretendo manter assim até o tratamento ser criado. pcnRetDistDFeInt.pas

o docZip.Items[x].resNFe.chNFe só vai ter conteúdo se for um nsu de resumo de nfe. se for um evento você precisa ver o docZip.Items[x].resEvento.chNFe.

Roberto, eu fiz este teste, e não concordo com a sua afirmação do NSU +1. Note que quando se solicita um NSU ao DistribuicaoDFE, são retornados lotes em que o NSU é MAIOR ao que foi solicitado. Por exemplo: Se eu envio NSU "0", recebo do 1 ao 50. Se eu envio 50, recebo do "51" ao "100". Eu inclusive fiz este teste e se for aumentar o ultimo NSU, a sequencia pula 1 (vai ficar faltando a informação de uma linha), e mesmo assim, eu recebia consumo indevido. Como falei no post anterior, resolvi meu problema parando o serviço que consumia o WebService antigo (Consulta Nfs Destinadas). Note insluve que na nota técnica, o item 2.4, seção a.1 diz : "A aplicação cliente do WS deve informar o último número sequencial único (ultNSU) que possui."

Otávio, bom dia! vou fazer alguns testes conforme tua sugestão. Notei que só acontece no Win2008 R2 64 bits. Me parece mesmo relacionado ao CAPICOM. estou pensando em trocar por OpenSSL. Obrigado!

Bom dia! Depois de parar o serviço antigo (ConsultaNFeDestinadas), não tive mais problema com o Consumo indevido. Acho muito louco, mas parece mesmo que o controle de uso abusivo do SEFAZ está misturando as consultas dos 2 serviços (talves ele controle pela consulta às chaves e não aos NSUs). Aproveitando o post, algúem já teve essa exception no DistribuicaoDFe? "WebService Distribuição de DFe:- Inativo ou Inoperante tente novamente.- Erro: Requisição não enviada.12029 - A OLE DB error occurred. Code 80040E14h"

Será que as consultas realizadas para o antigo serviço (ConsultaNFDest) não estão contando para a "conta" do Consumo excesivo do novo serviço DistribuicaoDFe? Eu acordei agora depois de muita briga durante a noite, e de cara levei um Consumo excesivo de bom dia. Porém, eu tenho um serviço rodando nos serviço usando o método antigo também em base de produção.

é exatamente isto que está acontecendo comigo. FAzendo o loop certo, de repente vem o consumo indevido. Porém, eu não notei se eu recebi o lote seguinte conforme tu comentou. vou verificar isso e te respondo. Mas é bem estranho. Quanto ao seu post anterior, você está certo. No layout consta que a nota vira como Autorizada ou Denegada. Me parece que o cancelamento virá com um outro NSU, como um evento...

Italo, uso assim: ACBrNfe1.DistribuicaoDFe(cUF,cCNPJ,cUltNSU,''); onde o cUltNSU é sempre atualizado pelo ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU

Pessoal, boa tarde! Estou executando as consultas no ambiente de produção, e em varios casos estou recebendo o retorno de Consumo Indevido. Porém, eu não estou repetindo a consulta informando o mesmo NSU. Conferi com cuidado e sempre estou chamando a próxima consulta com o NSU retornado no resultado anterior. Existe algum outro quesito que não atentei nas notas técnicas que possa causar esse erro?

Segundo a nota Técnica, após a manifestacao será criado um NSU para que o destinatário possa receber o XML. Deste modo, o prazo de download passa ser o mesmo que o prazo para recuperacao das informações no serviço de DFe. (que é de 3 meses).