douglaswf

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).

Jones, o NSU agora possui uma numeração para cada CNPJ. Deste modo, todos iniciaram zerados com o novo serviço de DFe.

Bom dia Colegas! Estou recebendo alguns XMLs por email que estão íntegros, porém quando faço a leitura deles diretamente do anexo do email via IdiPOP3 ele fica com caracteres estranhos... Acredito que seja necessário eu converter algo, mas não consigo identificar o que devo fazer pra conseguir ler ele. DEvido a isso, o LoadFromStream falha pois o XML está todo bagunçado... Eu faço assim: xStream := TIAttachmentFile(IdMessage.MessageParts.Items.OpenLoadStream); ACBRNFe.NotasFiscais.LoadFromStream(xStream); Se eu salvar o Stream com o código abaixo, fica conforme o anexo... sTream.SaveToFile('c:\arquivo.xml');

Amigos, boa noite! Tenho um código que eu uso para pegar os eventos relacionados a uma NFe. O código é: If WerbServices.Consulta.ProcEventoNFe.Count > 0 Then .... Agora este Count sempre está voltando zerado. Houve alguma alteração no modo em que este evento e consultado? Sei que poderemos pegar isso no novo serviço de DFe, mas até lá existe outro jeito? Grato pela ajuda!

Leo, boa noite! Comentei neste mesmo tópico pois estou com um problema que me parece muito semelhante, e queria ver se você já passou por isso. Quando eu rodo a rotina de Consultar NFe Destinadas, a rotina em um determinado ponto ela sofre um erro. me parece que é algo relacionado ao Capicom ou ao Msxml5, pois quando o ACBRNfeWebServices chama o ReqRest(acao.txt, Stream) a Stream volta vazia. Só acontece no Windows 2008, e eu consegui reproduzir em minha maquina que é W8 desmarcando o SSL 3.0, mas no Servidor não tem jeito. O que mais me deixa doido, é que a rotina passa umas 2 ou 3 vezes, e de repente começa a dar o problema. GEra o exception, mas gera vazio. Já passou por isso?

Pessoal, notei que o problema só acontece no Windows 2008 e 2012. Se eu instalar ela em um Windows 7 ou 8 funciona normalmente. Me parece que é algo relacionado ao MSXML5, pois quando o ACBRNfeWerbServices chama a ReqRest.Execute(Acao.Text, Stream) a Stream volta vazia.