Italo Giurizzato Junior

Boa tarde, O correto é versao="3.10" o numero da versão entre aspas e não entre apostrofe ou aspa simples como alguns chamam.

Nilson, Já esta no repositório favor testar. Detalhe achei por bem manter o mesmo nome, tanto as notas autorizadas como as denegadas vão ter o seguinte nome: <chave>-nfe.xml Com a alteração do nome iriamos ter dois XMLs o <chave>-nfe.xml sem o protocolo e o <chave>-den.xml com o protocolo. E isso poderia causar muita confusão. Outra coisa se em um lote com 10 notas uma for denegada o DANFE não será impresso automaticamente, pois o componente não trata as notas denegadas como confirmadas, somente as notas autorizadas são tratadas como confirmadas e somente estas o DANFE é impresso automaticamente. Mas nada impede que depois você carregue o XML de uma nota denegada e imprima o seu DANFE, que por sinal tem que constar que a mesma esta denegada.

Nilson, Pelo manual o status 302 aparecia como sendo uma rejeição e não como uso denegado. Vamos incluir o 302 para que o XML receba o protocolo de denegação. Muito obrigado pelos arquivos em anexo, assim fica muito mais fácil.

Boa tarde Cleiver, Muito obrigado pela colaboração, já esta disponível a correção.

Boa tarde Luis, Quando você checa a chave retornada em items[ I ].resNFe.chNFe <> '', esta pegando o resumo das notas destinadas a você, é isso que você quer? Você deixou claro que deseja obter os eventos de manifestação do destinatário, sendo assim você deve checar se Items[ I ].procEvento.Id <> '' Abra a unit pcnRetDistDFeInt.pas para saber quais são propriedades alimentadas quando é retornado um Evento.

Boa tarde Nilson, Você esta com todos os fontes atualizados? Pois acabo de verificar e pelo que vi se a SEFAZ retornar o status 110 - Uso Denegado será incluído sim o protocolo de denegação ao XML da nota.

Alexandre, Você chegou a abrir esse XML com o bloco de notas? Então abra para confirmar o que vou mostrar: <?xml version='1.0' encoding='UTF-8'?><nfeProc versao='3.10' xmlns='http://www.portalfiscal.inf.br/nfe'><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="3.10" Id="NFe41151104675210000130650020000000041002659809">(...) Esta vendo a diferença? Esse XML com certeza não foi gerado pelo ACBr. Esta vendo a bagunça ao gerar o XML o valor da atributo versão (grupo infNFe) é colocado de forma correta entre aspas, mas após receber o protocolo de autorização da SEFAZ o XML recebe o grupo nfeProc até ai esta correto, mas os atributos versão e xmlns tem os seus valores entre apostrofe e isso esta errado.

Alexandre, Post como anexo o XML.

Boa tarde Pedro, No componente não existe nada que possa definir ou não a criação da TAG a não ser se a propriedade IEST for alimentada com uma string vazia. Sendo assim, verifique na sua rotina se após alimentar a mesma não existe nenhuma outra linha que esteja "zerando" o seu conteúdo.

Boa tarde a todos, Régys, desculpa mas tenho que descordar, na NT 2015/003 versão 1.40 consta sim a TAG vICMSUFRemet - Valor do ICMS interestadual para a UF do remetente (Nota: A partir de 2019 esse valor será zero). Essa TAG esta presente no novo grupo <ICMSUFDest> por sinal é a última TAG e esta presente também nos totais. O ACBrNFe já contempla essa TAG.

Boa tarde Alexandre, Você tem certeza que ao ler o atributo chamado versao esta retornando o conteúdo do atributo xmlns ?

Boa tarde Edison, O componente ACBrNFe possui uma propriedade de configuração chamada VersaoDF, qual é o valor atribuído a ela? Tem que ser ve310.

Bom dia Murilo, O componente esta configurado para salvar? Configuracoes.Arquivos.Salvar := True; Se sim, é para salvar um arquivo chamado: <chave>-resNFe.xml este arquivo contem o resumo da nota que foi emitida contra o CNPJ do destinatário. Favor verificar se a data de emissão que consta nesse arquivo realmente é a data de emissão da nota. Ao obter o retorno do DistribuicaoDFe você pode ler a propriedade Schema, esta vai conter os seguintes valores: schresNFe, schresEvento, schprocNFe e schprocEventoNFe Se você deseja somente os resumos e as notas você pode filtrar por schresNFe e schprocNFe através de um IF ou CASE.

Bom dia Marcio, Ontem em casa fiz um teste com o provedor Betha que também existe tanto RPS quanto Lote assinados e o resultado foi positivo. Como foi necessário fazer alterações nas classes do ACBrDFe, estou aguardando uma aprovação da equipe ACBr para estar liberando os fontes alterados.

Favor testar com o ACBrMonitor Plus que o Régys disponibilizou em:

Só mais uma coisa, qual é a versão do monitor que você esta usando?

Realmente esta gerando com 4 casas decimais em vez de duas. Esse problema já foi detectado e foi corrigido. O que pode estar ocorrendo, essa versão do ACBrMonitor Plus que você esta usando deve ter sido compilado com o fonte sem a correção. Vou passar o caso para a equipe responsável pela compilação do Monitor.

Bom dia, Favor postar em anexo o XML da nota que foi rejeitado.

Bom dia Luis, Peço que leia a Nota Técnica 2014/002 versão 1.01 que trata sobre a Distribuição DF-e. O componente ACBrNFe possui um método chamado DistribuicaoDFe, para mais detalhes sobre esse método leia o Manual do ACBrNFe versão 1.04 que esta disponível na pasta: ...\Doctos\Manuais Não é através de uma consulta a situação atual da nota que você vai ter o que deseja e sim através do DistribuicaoDFe. Espero ter ajudado.

Boa noite Paulo, O DANFE é a representação gráfica do XML, se este não tem como imprimir o DANFE. O quem vem a ser o DANFE - Documento Auxiliar da Nota Fiscal Eletrônica, se é um documento auxiliar da nota não é nota, você concorda? Segundo a legislação - AJUSTE SINIEF 07/2005 diz: § 1º Considera-se Nota Fiscal Eletrônica - NF-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. Esta claro que a Nota Fiscal propriamente dita é o XML e tem validade jurídica desde que esteja assinado digitalmente e contenha o protocolo de autorização. Sendo assim a guarda do XML tanto pelo Emitente quanto pelo Destinatário é extremamente importante. Se o contribuinte possui mais de uma maquina que emite as notas, no meu entendimento os XMLs devem ser salvos no servidor ou no banco de dados. Caso o contribuinte for uma empresa de pequeno porte ou micro empresa que possui apenas uma maquina que emite as notas e não possui um servidor, recomendo a aquisição de um HD externo para realizar uma cópia de segurança do banco de dados e dos XMLs. A empresa que trabalho esta isenta de emissão de notas, mas todos os dias recebemos por e-mail os XMLs das notas referente as compras que são realizadas. Todos esses XML são salvos no servidor, agrupados por <ano><mês>. Tenho uma aplicação onde você informa o caminho da pasta que contem os XML desejados, é apresentado a lista dos mesmos. ao clicar em uma da lista é apresentado o nome do emitente a data, numero do protocolo e numero da nota. Se clicar no botão [Imprimir] é apresentado na tela o DANFE, permitindo que usuário possa imprimir no papel.

Edison, Você esta com todos os fontes de todas as pastas atualizados? Compilou a sua aplicação com a opção Build? Não tem nenhum fonte cujo ícone possui uma bolinha vermelha ou triangulo amarelo?

Boa tarde Rafael, Esse seu cliente é que emite a Nota? Se sim ele, tem que possuir o XML da mesma para poder imprimir o DANFE, sendo assim não faz nenhum sentido o que você esta pensando em fazer. Como já disse o método Download é para ser utilizado pelo destinatário da nota e não pelo emitente. O método DistribuicaoDFe pode ser utilizado tanto pelo destinatário quanto pelo emitente, mas com esse método você só vai conseguir baixar as Notas emitidas contra o CNPJ do seu cliente e não as que ele emitiu. Posso ter 10 maquinas emitindo NF-e mas o XML das mesmas podem ser todos salvos no servidor sem nenhum problema, visto que a chave é diferente de cada nota, logo não corre-se o risco de sobrescrever. Por favor leia as NT: 2012/002 versão 1.02 - que trata sobre a Manifestação do Destinatário e Download 2014/002 versão 1.01 - que trata sobre o Web Service de Distribuição DF-e.

Boa tarde Rodrigo, Talvez o seu exemplo esteja correto, mas o melhor é confirmar com um contador e vamos esperar se sai uma nova NT.

Boa tarde Eleandro, Primeiro precisamos compreender a rejeição. A sua nota foi rejeitada pelo simples fato de que existe uma diferença no calculo da assinatura. O seu XML esta assinado, a SEFAZ ao receber esse XML faz um calculo e compara com o da assinatura se for igual ótimo se for diferente a nota é rejeitada. Quando ocorre essa diferença? Quando o XML assinado sobre uma alteração. Outra coisa notei que as TAGs dhEmi e dhSaiEnt só contem a data a hora esta aparecendo zerada. Isso esta errado, devemos informar a data e hora de emissão da nota, logo você deve usar Now em vez de Date.

Boa tarde Bruno, Após realizar a alteração no INI você executou o Compila_RES antes de compilar a sua aplicação com o Build?