douglaswf

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.

Carlos, você está usando o Consulta NFes DEstinadas? Estou com um problema parecido, mas o meu retorno é Vazio e não timeout. Como você fez para limitar o retorno a 30 documentos? grato pela atenção...

É no meu servidor. é uso interno, onde eu mesmo sou o cliente, rs.... A Princípio nada foi mudado no servidor. A rotina é um laço, ela as vezes roda muitos loops e não tem erros, mas em alguns momentos, da erro e não vai mais a partir dai. Notei que quando ele da o erro, ocorre uma demora entre a chamada do método e o retorno. Ele fica de 15 a 30 segundos travado, e daí retorna o exception vazio. Se eu tirar o cabo de rede de meu computador (de desenvolvimento), da o mesmo sintoma. Mas nao tem como ser falta de conexão.

Boa tarde! Estou com um problema em um servidor. O serviço de Consulta NFes DEstinadas está retornando vazio. A rotina não foi alterada e estava funcionamento normalmente, mas a alguns dias ela começa a rodar, e no meio do processo sofre um erro. Esse exception não gera descrição. Notei que se eu executar o ACBRNFeDemo acontece a mesma coisa. De meu computador funciona perfeitamente bem. Alguém tem alguma ideia de o que possa causar isso? Em anexo postei a imagem da falha no ACBRNfeDemo Obrigado pela ajuda!

Procuramos parceria para integração e comercialização conjunta de nossa solução para recepção, armazenamento e validação de XMLs. Nosso produto pode ser facilmente integrado a qualquer outro aplicativo, possibilitando a automatização dos processos de entrada de documentos fiscais. Podemos criar uma parceria de venda onde os produtos são oferecidos juntos aos clientes. Recursos: - Recepção automática de XMLs por email - Validação de documentos junto ao SEFAZ - Manifestação do Destinatário - Importação de legado (XMLs Antigos) - Exportação para contabilidade - Integração com outros ERPs ou sistemas www.BRProj.com.br (41) 2626-2108 (49) 9163-0668

Bom dia Leo e Juliomar! Consegui resolver o caso. Leo, no meu caso, funcionou com SSL 3 e TLS 1. Fui combinando as opções até chegar a este modelo. Muito obrigado pela ajuda de vocês! Att, Franciscon

Léo, bom dia! Acontece no exemplo também. Fiz um exe simples com o código apenas para selecionar o certificado, informo a pagina e estado e consulto pra testar de modo mais fácil e também. Vou fazer alguns testes e criar algumas combinações diferentes pra tentar descobrir o que está havendo... obrigado pela ajuda! Att, Franciscon