douglaswf

Boa tarde pessoal! Com o Serviço de DistribuiçãoDFe conseguimos cruzar quais XMLs nos faltam, e isso é muito útil. Mas isso se aplica apenas a NFes certo? Quando eu estou usando o método do ACBrNfe.WebServices.Consulta.Executar, em alguns casos recebo no ACBrNfe.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.XML um evento que é o de um CTe registrado e vinculado À esta NFe. Com isso, eu consigo pegar a TAG ChCTe e e procurar se tenho esse CTe ou se preciso cobrar isso da transportadora. Porém, notei que algumas chaves, se eu olhar no site, aparece que tem um CTe vinculado, mas no retorno do WebService não me trazem esse evento. Alguem sabe como funciona esse critério, ou se é algo que eu estou fazendo errado? A intencao é tentar descrir quais chaves de CTe foram emitidos, para poder cruzar com os XMLs que tenho, assim como as chaves de NFe.

Boa tarde! Apenas como informação, mas hoje estamos enfrentando um atraso na recuperação das informações no DistribuicaoDFe. Esse mesmo fato já aconteceu a algumas semanas e demorou uns 2 ou 3 dias pra normalizar. Caso alguém esteja chamando o método e não recebe os NSUs de hoje, a causa é essa. Hoje pela manhã começou a retornar os NSUs de sábado, e agora nesse momento ainda estou recebendo NSUs de NFes de domingo. abs a todos!

Bom dia! Eu pretendo instalar o ACBR em minha máquina (Win 64 bits), mas só consigo instalar ela na opção 32 Bits. Se tento instalar para 64, surge o erro abaixo: Embarcadero Delphi for Win32 compiler version 29.0 Copyright (c) 1983,2015 Embarcadero Technologies, Inc. C:\Dropbox\TortoiseSVN\\Pacotes\Delphi\synapse.dpk(32) Fatal: E2213 Bad packaged unit format: C:\Program Files (x86)\Embarcadero\Studio\16.0\lib\Win64\release\rtl.dcp.System - Expected version: 29.0, Windows Unicode(x86) Found version: 29.0, Windows Unicode(x64) Compilation failure Notei que o DElphi é 32 Bits, mas existe 64 bits? Sempre que quis compilar um executavel pra 64, eu alterava as propriedades do projeto o Target, e desconheço uma plataforma 64 pra instalar. Grato pela ajuda! PS.: Ocorre o mesmo com Trunk e Trunk2

Ainda não estou no Trunk2.

Boa tarde! A algum tempo estou enfrentando um problema com no distribuiçãoDFe que me retorna "WebService Distribuição de DFe:- Inativo ou Inoperante tente novamente.- Cod.Erro HTTP: 500 " Eu tenho uma rotina que faz um loop em dezenas de CNPJs, mas no Windows Server 2008 ou 2012, em alguns deles tenho esse erro. O estranho é que esse erro acontece de maneira aleatória, ou seja, pra alguns CNPJs pode dar erro agora, e no próximo loop funciona, ou vice e versa (ou entao, funciona um CNPJ da matriz, e da erro no da filial, que é o mesmo certificado). Me parece que poderia ser algum "lixo" que fica no componente, e que eu precisaria limpar, pois tambem notei que no primeiro cnpj nunca dá erro. Se alguem tiver alguma sugestão ou já passou por algo parecido, agradeço. obrigado a todos!

Roni, boa tarde! Não entendi bem, mas me parece que o seu caso é o mesmo do tópico http://www.projetoacbr.com.br/forum/topic/23536-consulta-nfe-ambiente-nacional-sem-nfes/ Se for, hoje pra mim já normalizou.

No fim de semana esse delay foi recuperado. Os CNPJs que consulto já estão com a situacao normalizada.

Boa tarde pessoal! Notei que o serviço de consulta NFe destinadas está retornando notas hoje com data de autorização de ontem. Notei tambem que as NFes de hoje que recebi XML ainda nao estão no ambiente nacional. consultei notas de varios fornecedores, de estados diferentes. Alguem notou este problema? Me parece ser algum atraso no SEFAZ, mas achei melhor perguntar pra garantir que nao tenho nada errado aqui. grato pelos feedbacks Douglas

Boa noite! Este fim de semana comecei a enfrentar esse problema. O retorno do WebService DistribuicaoDFE está intermitente. algumas vezes funciona e outras retorna "2216 - Falha ao consultar DF-e para distribuicao". Alguem com o mesmo problema?

Consegui resolver os 2 casos... Vi na pesquisa do forum um problema parecido e resolvi adicionando essa linha antes de usar a consulta... ACBrNFe1.Configuracoes.Geral.VersaoDF:=ve310; Pelo que "deduzi" os estamos como SP estão retornando a consulta na versao 2 com um xml de aviso. O Paraná deve ter desativado o WS e por isso da erro 500. obrigado pela ajuda!

Italo, estao sim. Notei que pra alguns estados, como SP está me retornando isso: <retConsSitNFe versao="2.01" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <verAplic>SP_NFE_PL_006q</verAplic> <cStat>239</cStat> <xMotivo>Rejeição: Cabeçalho - Versão do arquivo XML não suportada</xMotivo> <cUF>35</cUF> <chNFe></chNFe> </retConsSitNFe>

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