douglaswf

No meu modo de interpretar, se algum sistema faz o download de todos os XMLs, ou ele faz lendo o captcha ou ele da ciencia de todas as NFs. Se ele lê o captcha, é ilegal pois o captcha foi feito exatamente pra impedir o uso automatizado. Não existiria motivo pra ter um captcha. Acredito que se o sistema da ciencia de todas as NFs tambem seria errado pois o sistema está dando uma resposta pra SEFAZ que deveria ser dada por alguem da empresa. E se a empresa não tem ciencia dessa NF? Alguém vai entrar depois lá e dar desconhecimento ou operacao nao realizada?

Boa noite colegas! Hoje me deparei com um problema no WebServices.Consulta.Executar Agora as notas que consulto na UF PR (Paraná - Código 41) estão me retornando Cod.Erro HTTP: 500 Nos demais estados está tudo normal. Nao tenho ideia de o que pode causar isso. Será alguma atualização do SEFAZ? alguma cadeia de certificado? grato pela ajuda!

Se eu entendi corretamente, pode ser alguma implementação que alguns SEFAZ estaduais ainda não fizeram. Correto? Enfim, vamos acompanhar. As vezes aparecem novos eventos, então espero que esse se padronize em todos os lugares. obrigado pela ajuda!

Outra coisa que está me intrigando é que todas as NFes que recebo tem um CTe, inclusive que aparece na consulta no site do sefaz. Porem, não recebo NSU de evento de registro desse CTe (nem o <procEventoNFe> e nem o <resEvento>.

Boa tarde colegas, Eu estou recebendo pelo DistribuicaoDFe alguns eventos do tipo <procEventoNFE> que é a autorização de um CTe para uma NFe que foi emitida contra mim. Porém, muitas NFes que são emitidas contra mim tem um CTe autorizado para elas, mas não recebo esse evento, e sim o <resEvento>. Gostaria de entender essa situação pois minha intenção é identificar todos os CTes que são emitidos contra mim, e dessa forma checar se tenho todos os XMLs e se todos eles foram lançados no sistema. Alguem sabe qual seria a regra para que seja gerado ou não um NSU do tipo <procEventoNFe> de autorização (610600).

Colegas, boa noite. Existe algum modo de se descobrir a chave de um CTe que foi emitido para uma NFe? Pelo serviço Distribuição DFe eu consigo descobrir pelo <resEvento > que teve um CTe emitido, e qual o protocolo, mas não consigo descobrir qual a chave do CTe que foi gerado.

Notem que quando isso acontece o cSTAT vem como 137. O teste deve ser duplo (testar o cSTAT e se o MaxNSU => UlntSU).

Gente eu tinha feito um post reclamando que não estava recebendo os cancelamentos... conferi e realmente hoje recebi um... sinal que alguns retornos ainda estão sendo implementados. Esse eu estava esperando com ansiedade...

Certo, também fiz dessa forma e solucionou. a questão é se o ACBR nao deveria zerar o objeto evento já que ele fica com dados de uma NFe consultada e dados de outra NFe nos eventos...

Boa tarde colegas! Quando chamo o método ACBrNfe.WebServices.Consulta.Executar, as propriedades do Não sei se é um erro ou se é o conceito do objeto, mas notei que quando chamado o Método ACBrNfe.WebServices.Consulta.Executar, ele atualiza as propriedades do ACBrNfe.WebServices.Consulta.procEventoNFe Notei porém que se eu chamar uma consulta de uma chave que possui eventos, e depois chamar uma consulta para uma chave que não possui eventos, o ACBR não limpa os valores da NFe anterior. Não sei se é um problema ou se é o conceito do componente, mas como sofri com isso, achei importante trazer pra discussão. Para testar é só executar este exemplo: A segunda NFe não tem eventos, mas o fonte vai mostrar que ela fica com o evento de "cancelamento" da consulta anterior alimentado. procedure TForm1.SpeedButton2Click(Sender: TObject); var ok, Repete: Boolean; xCount: integer; begin ACBrNFe1.Configuracoes.Certificados.Certificado := edit7.Text; ACBrNFe1.Configuracoes.Certificados.Senha := edit6.Text; ACBrNFe1.Configuracoes.WebServices.Ambiente:=StrToTpAmb(ok,'1'); ACBrNfe1.Configuracoes.WebServices.UF:='SC'; ACBrNfe1.WebServices.Consulta.NFeChave:='42150211908362000100550010000002951000023609'; ACBrNfe1.WebServices.Consulta.Executar; xCount:=ACBrNfe1.WebServices.Consulta.procEventoNFe.Count; showmessage('cStat: ' + IntToStr(ACBrNfe1.WebServices.Consulta.cStat)); showmessage('Qtd Eventos: '+ IntToStr(xcount)); ACBrNfe1.Configuracoes.WebServices.UF:='SC'; ACBrNfe1.WebServices.Consulta.NFeChave:='42150275315333012549550010009597441009597443'; ACBrNfe1.WebServices.Consulta.Executar; xCount:=ACBrNfe1.WebServices.Consulta.procEventoNFe.Count; showmessage('cStat: ' + IntToStr(ACBrNfe1.WebServices.Consulta.cStat)); showmessage('Qtd Eventos: '+ IntToStr(xcount)); end;

Então, eu tambem nao recebi até hoje nenhum evento de cancelamento. Só recedo quando registra um CTe, mas se o fornecedor cancelar a nota, nao vem nada... Conferi os NSU pra ver se nao estava pulando algum, por falha minha, mas tenho todos em sequencia... Na NT está bem claro que seria gerado outro NSU para esse evento, mas..... :S

Colegas, notei que a função ValidaAssinaturaLibXML no arquivo ACBRNFeUtil.PAS está toda comentada e só tem um Result := False;. Não pode ser esse o problema que enfrento? Tentei descomentar ela, mas dá erro na compilação da linha xmlSecOpenSSLAppKeyCertLoadMemory

Bom dia Juliomar! Fiz o teste e funciona sim. Na verdade se eu mudar para Capicom e compilar o projeto volta a funcionar. Será que pode ser a falta de alguma DLL? Eu estou usando todas as DLLs do OpenSSL, XMLSec e MSVCR que constam no SVN. A validação de schema, consultas à webservices,. etc... funcionam perfeitamente. só o erro na validação de assinatura.

A ideia do fórum é essa mesma. Eu nao descompacto pois o componente salva o xml em disco tambem. eu tenho assim: ACBrNFe.Configuracoes.Geral.PathSalvar:='c:\xml'; ai ja pego o arquivo físico. por isso pra mim não mudou nada, rs...

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