BigWings

Conforme a Nota Técnica 2014.002, os serviços NFeConsultaDest e NFeDownloadNF foram desativados em 31/05/2017 e substituídos pelo método DistribuicaoDFe. Por isso as referências aos primeiros foram removidos dos fontes. Sugiro a leitura da NT e a busca no fórum que já tem inúmeros tópicos sobre a DistribuicaoDFe.

Veja:

O gmail pode estar identificando o XML como corpo do e-mail. Se você usa o componente ACBrMail diretamente para envio veja se está informando o parâmetro Disposition, ele por padrão é adInline o que pode confundir o cliente de email. Caso use o método EnviarEmail do ACBrNFe ele já deve ir dessa forma.

Seria melhor verificar o motivo de não estar carregando a URL correta. Pelo trecho de código que postou, a tua alteração não leva em conta o tipo de emissão por exemplo. O QRCode é diferente se tipo normal ou contingência off-line. O ACBr pega a URL do arquivo ACBrNFeServicos.ini, que também é compilado como ACBrNFeServicos.res, este último agregado no .exe da aplicação como recurso. No arquivo ACBrNFeServicos.ini estão configuradas as URL para MG, homologação e produção. [NFCe_MG_P] [...] URL-QRCode_2.00=https://nfce.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml URL-ConsultaNFCe_2.00=http://nfce.fazenda.mg.gov.br/portalnfce [NFCe_MG_H] [...] URL-QRCode_2.00=https://nfce.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml URL-ConsultaNFCe_2.00=http://hnfce.fazenda.mg.gov.br/portalnfce Se os teus fontes estão atualizados pode ser que o linker do Delphi esteja encontrando algum arquivo desatualizado. Atualize os fontes e execute novamente a instalação pelo ACBrInstall_Trunk2.exe, usando a opção de remover arquivos antigos do disco. Veja também se existe um arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação.

Não existe NFCe de entrada. Se no seu XML protocolado está correto, não tem muito o que se preocupar. Pode ser um erro na página de consulta da SEFAZ, entre em contato com eles e reporte o problema.

Na verdade tem em todos os componentes para impressão NFCe (ACBrNFeDANFeEscPOS, ACBrNFeDANFCEFR, ACBrNFeDANFCeFortes, ACBrNFeDANFCeFortesA4). Como a propriedade ACBrNFe.DANFE recebe uma classe em parte abstrata, pode ser feito um typecast para definir o tipo do componente DANFE vinculado. if (ACBrNFe.DANFE is TACBrNFeDANFCEClass) then TACBrNFeDANFCEClass(ACBrNFe.DANFE).ViaConsumidor := True; Também precisa ser feito via código, não é uma propriedade disponível no Object Inspector.

Que saiba o valor total dos acréscimos (frete, seguro e outras despesas) já é impressa no DANFE NFCe.

Verifique se está configurando a versão correta no componente: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400;

Não confunda o número da remessa com o nosso número do boleto. Cada remessa pode conter vários títulos, mas a numeração de cada arquivo de remessa deve estar em sequência de acordo com a última remessa enviada ao banco. A rejeição informada no arquivo de retorno é por causa disso: Você informar o número da remessa para o componente desta forma: ACBrBoleto1.NumeroArquivo := <numero_remessa>;

Também está usando o certificado digital "RemoteID"? O campo SignatureValue do XML está realmente estranho, com uma sequência gigante de "AAAAAAA...", estranho que removendo essa sequência o validador acusa a assinatura como válida.

Algumas pastas estão mesmo vazias, não é um problema.

Coloque ele no formulário principal ou um data module que seja instanciado uma só vez.

Testei com um aplicativo de celular leitor de código de barras e leu corretamente. Experimente usar outro leitor.

Pode (dificilmente) ser o ambiente incorreto, uma mesma chave em homologação tem outro protocolo do que o de produção. Pode o protocolo estar errado mesmo, verifique e verifique de novo. Ou um problema na SEFAZ.

Não procede. O DANFe NFCe em Fortes tem mais contribuições que o em Fast, inclusive. Eu diria pra usar o DANFe NFCe em Fast apenas se você prefere ele (e tem a licença comercial que é requisito, ao contrário do Fortes que é open source.) O que houve foi a criação do novo componente específico para NFCe em Fast, que usava anteriormente o ACBrNFeDANFEFR, que servia tanto para NFe quanto NFCe em Fast, agora precisa usar o ACBrNFeDANFCEFR.

Cada chave deve aparecer pelo menos duas vezes, uma como resumo de NFe e outra como NFe completa. Além disso ainda pode se tratar de evento ou resumo de evento vinculado à NFe especificada, você verificou o tipo de documento que se trata esse retorno?

Essa pasta não existe no repositório, provavelmente é uma cópia local.

Versões mais antigas do Delphi não tem suporte a PNG. Tente usar uma imagem em bmp ou jpg.

Apenas inclua um componente RLPreviewSetup e configure a propriedade EnableButtons.

@douglaswf @Leandro Vignoto Enviei ajuste para o repositório, rev. 16555. Favor atualizar os fontes e testar novamente.

Realmente parece ter um erro na rotina. Pode anexar o XML para testes?

Veja que configurou a versão para ve200...

Sim.

Estranho, esse é erro de validação por falta de assinatura no XML. Está usando a opção "Consultar carregando XML" do demo? Que saiba a consulta não faz validação do arquivo.