BigWings

A propriedade não existe mais, ela foi renomeada para "MostraPreview".
Mas o seu dfm ainda consta a antiga.
Basta abrir o formulário no Delphi, ignorar os erros, e salvar novamente (faça uma alteração qualquer no código para ter certeza que o Delphi vai atualizar o .dfm).
Após isso ajustar as novas propriedades de acordo com o desejado.

Boa tarde,
Já leu o guia prático? Essa dúvida você pode tirar facilmente por ele.
http://sped.rfb.gov.br/arquivo/download/2734
Respondendo a pergunta, as notas fiscais de prestação de serviço são informadas no registro A100 e registros filhos.

Esse arquivo é do layout antigo da NFCe.
Use o DANFeNFCe4_20.fr3.

A diferença na chave está no tipo de emissão que foi alterado de contingência para normal.
Também o "xml apos consulta" não tem o protocolo de autorização o que significa que não foi o método de consulta que gerou o mesmo.
Verifique se a aplicação não está alterando o tipo de emissão da NFe e gerando novo XML.

O componente já faz a descompactação internamente e disponibiliza o XML na propriedade ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].XML. Também salva o XML em arquivo se configurado pra isso.

A mensagem significa que a comunicação com o webservice funcionou. O erro retornado é problema de cadastro na prefeitura que deve estar sem permissão de uso do webservice.
Já o erro de validação é alguma incompatibilidade da libxml2.dll com o xsd fornecido por eles.
Se tentar validar pelo Notepad++ acusa erro no XSD:
Unable to parse schema file. Parsing error at line 262: Element '{http://www.w3.org/2001/XMLSchema}pattern': The value '^20(?:09|[1-9]\d)(?:0[1-9]|1[0-2])$' of the facet 'pattern' is not a valid regular expression.  

Esse problema é entre a SEFAZ autorizadora (webservice) e a certificadora.
Tive esse mesmo problema com um certificado AC SOLUTI na SVRS que ainda estão resolvendo...

O objeto pLogoeCliche não existe nos fontes atuais do ACBr.
Provavelmente você tem fontes antigos em algum local do disco que está sendo carregado pelo Delphi no momento da compilação.
Faça uma busca por ACBrDANFCeFortesFr.dfm em todos os discos, se encontrar esse arquivo, desatualizado, em uma pasta que esteja no library path do Delphi pode causar esse problema.

A versão básica do FastReport que vem junto ao Delphi não tem suporte a scripts e causa esse problema.
Se instalar a versão completa do FastReport (versão 5.2 ou acima) e FastScript não é opção, você pode tentar usar os arquivos .fr3 identificados como BASIC na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi\Report\Obsoletos.
Ou usar a versão em Fortes que é OpenSource.
 

Se não me engano foi feita uma correção para impressão em A4 que é como está saindo na imagem 2.
Para impressão como na imagem 1 use:
Modelo: Fortes
Modo de impressão: Bobina
 

Você está carregando o .fr3 para impressão em A4.
Para impressão em bobina use o DANFeNFCe4_20.fr3.

Não existe nenhum bloqueio por parte do webservice para emissão de NFe ou NFCe com numeração anterior a uma já autorizada, entretanto isso não é recomendável por que a SEFAZ pode suspeitar de fraude.
Sugiro que entre em contato com o contador para que ele oriente o que fazer.
A rejeição é apenas pela data e hora de emissão da NFCe ser superior a 5 minutos em relação a data e hora de recebimento no webservice. Configuração de fuso horário incorreto pode causar isso.

É um problema conhecido na validação usando libxml2.
Foi necessário um ajuste nos schemas oficiais.
Use os Schemas disponibilizados na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

A NFCe autorizada que será cancelada/substituída deve ter sido emitida com tipo de emissão normal.
A NFCe substituta deve ter sido emitida no tipo de emissão contingência off-line.
Caso contrário terá rejeição 920:

Uma particularidade do envio de evento de operação não realizada é a necessidade de se informar a justificativa (campo detEvento.xJust do envio de evento).
Pode ser esse o motivo do erro.

O tipo de emissão no XML não é válido para NFCe:
<tpEmis>2</tpEmis> Para NFCe são aceitos os tipos 1-Normal; 9-Contingência off-line (Exceto SP); e 4-Contingência EPEC (Apenas SP).

Verifique se a pasta de schemas está atualizada.

Veja o evento OnTransmit do componente ACBrNFe.
O parâmetro Dados do mesmo acredito ser o que você precisa.

O campo xJust (Justificativa) está em branco:
Resultado da Validação do Schema e de Regras de Negócio: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Lote de Registro de Evento Schema XML: The 'http://www.portalfiscal.inf.br/nfe:xJust' element is invalid - The value '' is invalid according to its datatype 'http://www.portalfiscal.inf.br/nfe:TJust' - The Pattern constraint failed. Caminho: envEvento/evento[0]/detEvento/xJust

Faça teste com este arquivo:
DANFeNFCe(1).fr3
Está informando algo para a propriedade DANFE.vTroco?

Veja:
 

O terceiro parâmetro no método enviar indica que você está usando o modo síncrono.
No modo síncrono não é executado o método de consulta de recibo.
Para capturar o cStat de retorno tente usar:
cStatus := ACBrNFe1.WebServices.Enviar.cStat;  

Veja se a propriedade MostraSetup do componente DANFE está marcada.
Ela por padrão é False.

Você informou que está emitindo um CTe no modal 02 (Aéreo):
<modal>02</modal> Mas incluiu na seção infModal o trecho de XML de um modal Rodoviário.
Por isso o erro.