douglaswf

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

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