BigWings

O serviço DistribuicaoDFe existe apenas pra NFe, CTe e MDFe.
A NFCe, por se tratar de venda a consumidor final não contribuinte, não se tem necessidade de distribuir o XML.
Agora se a finalidade é recuperar um XML perdido pelo emitente, nem mesmo NFe vai conseguir.

O CNPJ informado na consulta não consta nas NFe como transportador ou terceiro listado na tag autXML?

Não confunda o ACBrPosPrinter com ACBrLibPosPrinter.
O primeiro é o componente para Delphi ou Lazarus.
A segunda é a biblioteca compilada em Lazarus que encapsula o componente para poder ser usado por outras linguagens.
Você até pode usar o Java para consumir a ACBrLibPosPrinter, desde que esteja rodando em Windows (.dll) ou Linux (.so).
Não vai funcionar em Android/OSX/iOS.
Então a solução para Android é usar Delphi com ACBrPorPrinter ou procurar uma solução nativa na sua linguagem.

SVRS em homologação está indisponível no momento:

https://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=

Alteração local... reverta os fontes alterados.

NFCe não permite carta de correção.

Deve ser possível pelo ACBrNFe.DistribuicaoDFe.
Segundo a NT 2014.002, os eventos de CTe autorizado, MDFe autorizado, Registro de passagem, são disponibilizados para todos os atores interessados na NFe, inclusive o transportador.

Não é necessário já que isso só afeta o C++.
E já está sendo desativado o warning por diretivas no ACBr.inc.
No seu caso está gerando erro provavelmente por causa da configuração do seu projeto:

Se está gerando outra chave é porque os dados são diferentes.
Por exemplo a data e hora de emissão, e a tag cNF (código aleatório) precisam ser os mesmos pra gerar a mesma chave.

No modo assíncrono são duas chamadas a webservices.
O ACBrNFe.WebServices.Enviar consome o webservice de autorização de NFe, nele é enviado um lote com até 50 notas e o webservice devolve o recibo e cStat de recepção do lote, entre outras informações.
O ACBrNFe.WebServices.Retorno consome o webservice de retorno de autorização, é usado o recibo recebido no primeiro passo pra fazer a consulta da situação do lote, o webservice devolve o cStat de retorno e protocolos de autorização.
Então o cStat de processamento do lote vai estar em ACBrNFe.WebServices.Retorno.cStat.
O ACBrNFe já faz a consulta ao retorno automaticamente no método ACBrNFe.Enviar.
É importante que você armazene o recibo de envio no banco de dados, pois o retorno pode atrasar e você precisar fazer a consulta mais tarde.
Estude o programa exemplo do componente pra entender melhor o tratamento nos dois modos.

Você removeu a versão do Fast que vem com o Delphi? 
Se os fontes ainda estiverem lá e com referência no library path o componente pode ter sido compilado com a versão Embarcadero do Fast. 
Pelo print e relato é o que parece estar acontecendo. 

Configurações de margens estão em DFe -> Impressão.

SP e BA não permitem o modo síncrono pra NFe, tem que ser sempre assíncrono.
Demais estados permitem.
Lembrando que modo síncrono pode ter apenas 1 nota no lote por envio.

Configurou a propriedade SSLCryptLib?

Creio que no ACBrNFSeX terá que fazer via código, ex.:
ACBrNFSeX1.Provider.ConfigAssinar.LoteRps := False; ACBrNFSeX1.Provider.ConfigAssinar.Rps := False; ACBrNFSeX1.Provider.ConfigAssinar.RpsGerarNFSe := False;  

O ACBrNCM deixou de funcionar faz tempo, desde que a receita mudou a página.

Se está tendo a mensagem é porque está desatualizada.
Veja se a pasta da qual pegou os arquivos estava atualizada com o repositório (faça um svn update).
Veja também se a configuração PathSchemas do componente está apontando para uma pasta de schemas atualizada.

Incluir serviços tributados pelo ISS na NFe não é muito comum, a maioria dos municípios não permite e exige a NFSe que é de âmbito municipal.
Tem algumas exceções por exemplo Manaus que, até onde sei, permite a NFCe de serviços.
Além de saber se a prefeitura permite a emissão de NFe de serviços, também pode cair em algumas regras de validação que pode exigir pelo menos 1 produto na NFe (nota conjugada) para permitir incluir serviços.
Pra gerar no ACBrMonitorPLUS você preenche os grupos [ISSQNXXX] e [ISSQNTot].
E deixa de informar o [ICMSXXX] e [IPIXXX].

ACBrNFe.WebServices.UF := 'SC';

Como disse na minha resposta, você primeiro precisa transmitir a NFCe que foi emitida em contingência, pra obter o protocolo de autorização, pra em seguida fazer o cancelamento.
O prazo é 30min a partir da autorização, então não tem problema que ela tenha sido emitida em contingência no dia anterior.
Você provavelmente vai ter um flag na sua aplicação que indica que aquela nota foi cancelada antes da transmissão.
PS: Não creio que usando o ACBrECFVirtualNFCe vai permitir isso. Use o componente ACBrNFe.

Não existe obrigatoriedade de informar, o que existe é uma validação do conteúdo que deve constar na tabela disponibilizada pela SEFAZ.
A meu ver, hoje um erro da SEFAZ-GO nesse caso, se não há a tag, não tem conteúdo pra validar, e estavam rejeitando por falta da tag até mesmo para pagamento em dinheiro.
No caso do TEF é obrigatório informar CNPJ e código de autorização, mas não a tBand.

Isso não é incluído pelo componente.
Mas se estiver no XML vai ser impresso...

Em vez de CNPJ, use CNPJCPF:
; Informe esse grupo apenas se existir toma4, conforme especificação Manual CTe [toma4] toma=0 CNPJCPF= https://acbr.sourceforge.io/ACBrMonitor/ModeloCTeINI.html

Não, está no MOC que caso seja isento a tag deve ser informada em branco no XML, e o DANFE deve refletir o conteúdo do XML.