BigWings

Não necessariamente, cada fornecedor pode ter seu padrão.

Certifique-se de que está usando o componente ACBrNFeDANFCEFR e que a propriedade ImprimeItens esteja ativada. 

Se você usa a impressão em Fortes, a impressão devia sair igual ao do PDF.
Se você usa a impressão em EscPos, depende da configuração do modelo de comandos. Para a Elgin i7 você deve usar ppEscPosEpson na guia PosPrinter.
 

Essa unit é do próprio Delphi.

Qual versão está usando?
Veja se em Project - Options - Delphi Compiler - Unit scope names do seu projeto tem "System.Win" na lista.

Exclua também o SPEDFiscal.res.

Para informação e retificação das minhas respostas neste tópico, favor ler a NT 2018.004 que implementa as alterações previstas no ajuste SINIEF 07/2018.
Mais informações no tópico abaixo:
 

Você provavelmente tem alterações locais nos fontes.
A unit onde está acusando o erro foi removida recentemente, a imagem também mostra código diferente do atual.
Verifique e faça o revert dos fontes, ou baixe novamente os fontes para uma nova instalação.
 

Cheguei a ter esse problema, não lembro exatamente em que ponto o XML é recriado...
Faça novo teste, certificando-se que está configurando a versão do QRCode para veqr200 antes de executar o método de consulta.

Bom dia.
Não entendi, foi criado um novo componente para o Fast e não o Fortes.
Nele os itens devem aparecer normalmente, com o layout exatamente como antes.

Você está adicionando duas notas, com a mesma chave, no mesmo XML de envio de lote:

Isso causa erro de schema, conforme apontado pelo validador da SEFAZ-RS:
https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx
Verifique a sua rotina de envio, procure por chamada duplicada a ACBrNFe1.NotasFiscais.Add. Também lembre de executar ACBrNFe1.NotasFiscais.Clear ao iniciar o processo.

Veja:
 

Tem diferença de 0,01 entre a soma das tags vProd dos itens e o vProd informado em ICMSTot:

dmDanfe foi tornado privado na classe e não é mais acessível dessa forma.
Há opção de retornar o frxReport diretamente pela propriedade ACBrNFeDANFEFR1.PreparedReport (ela já executa um Prepare no relatório).

Veja o tópico abaixo:
 

Pode ser algum redirecionamento das exceções feita em Application.OnException, um componente ApplicationEvents com o evento OnException implementado, ou um componente de uma suite de tratamento de erros como o madExcept ou EurekaLog referenciado nos fontes.

O método de consulta não retorna o XML da nota, apenas o protocolo dela.
Quando você faz a consulta carregando o XML o que o ACBr faz é montar o XML completo a partir do XML carregado mais o protocolo de autorização retornado pela consulta.
Então você deve carregar o XML sem o protocolo e executar o método de consulta:
 
ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile('C:\PATH\TO\ARQUIVO-NFE.XML'); ACBrNFe1.Consultar; Para o XML de retorno da consulta você pode usar:
ACBrNFe1.WebServices.Consulta.RetornoWS; Para o XML completo montado pelo ACBrNFe:
ACBrNFe1.NotasFiscais[0].XMLAssinado;  

Enviei correção para o svn.
Favor atualizar os fontes e testar novamente.

Já no repositório.
Obrigado.

Estranho... o componente para NFCe está no mesmo pacote e unit que o ACBrNFeDANFEFR, se um foi instalado, o outro também devia ser.
Tente fazer novamente a instalação marcando a opção "Remover arquivos antigos do disco".

Leia o aviso sobre o refactoring recente que foi feito nos componentes:
 

Elas de fato não existem mais.
Para controlar a descrição da via use a propriedade ViaConsumidor.
EspessuraBorda já não era utilizada.

Dá uma olhada aqui, pode ser o caso:
http://blog.oobj.com.br/encerramento-de-mdfe/

Enviei possível correção para o repositório.
Obrigado por reportar, favor atualizar os fontes e testar.

O ideal é estar com todas atualizadas, a não ser que você tenha desabilitado a utilização delas pelo ACBr.inc.
Há vários relatos de problema como o seu que foram resolvidos atualizando as DLLs.