BigWings

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.

Qual o erro?

Houve uma alteração recente que acredito resolver essa situação: function TNFeR.LerXml: Boolean; var ok: Boolean; i, j, k, nItem: Integer; Arquivo, Itens, ItensTemp, VersaoInfNFe, NumItem: AnsiString; Aspas, tagPag: String; begin Leitor.Grupo := Leitor.Arquivo; { ****** Remoção do NameSpace do XML ****** XML baixados dos sites de algumas SEFAZ constuma ter ocorrências do NameSpace em grupos diversos não previstos no MOC. Essas ocorrências acabam prejudicando a leitura correta do XML. } Leitor.Grupo := StringReplace(Leitor.Grupo, ' xmlns="http://www.portalfiscal.inf.br/nfe"', '', [rfReplaceAll]); Está com os fontes atualizados?

Estava comparando com o schemas do repositório, estão realmente diferentes. Tente informar o código com 9 dígitos, p.ex. 000118879.

Sua mensagem de erro é diferente, diz que o valor informado 118879 não é um valor válido para o campo. Olhando os schemas do provedor SJP, não faz sentido, deveria aceitar qualquer string com comprimento entre 1 e 20.

Provavelmente não é esse o XML onde ocorreu o erro, já que está inclusive autorizado pela SEFAZ.

Pela mensagem de erro, está faltando informar o campo CodigoTributacaoMunicipio.

Você pode usar o visualizador que a Caixa disponibiliza. http://www.caixa.gov.br/empresa/pagamentos-recebimentos/recebimentos/nova-cobranca-bancaria/Paginas/default.aspx Pelo que vi esse campo não é mesmo disponibilizado no retorno. Se você quer saber a data do pagamento do boleto o correto é usar DataOcorrencia conforme o Felipe sugeriu.

30/12/1899 é data em branco, valor 0 no tipo TDateTime. Significa que a data da baixa não está sendo retornada ou capturada. Veja no arquivo de retorno se a informação existe.

Subi as alterações para o repositório. Favor atualizar os fontes e efetuar os testes.

Você vai mostrar essas tags em campos próprios no DANFE? A instrução atual é informar eles nas informações complementares.