BigWings

Quanto a parar de gerar pode ser por ele ter parado de usar o serviço, nesse caso é interrompida a geração, conforme as últimas versões da NT 2014.002.
Já quanto a sequência dos NSU, você verificou que tipo de documento é o NSU 3469 e o 3545?

Pode tentar algo assim:
RichEdit1.SelStart := 0; RichEdit1.SelLength := Length(RichEdit1.Text); RichEdit1.CopyToClipboard; RichEdit2.PasteFromClipboard;  

Sim, pra fazer commit é preciso ter permissão.
O @Victor H. Gonzales - Panda já subiu.

Isso está no manual de contingência da NFCe.
O processo é igual ao que você já faz mas a NFCe nº 11 deve ser emitida em contingência offline e ter os mesmos dados da NFCe nº 10.
Posteriormente você transmite a NFCe nº 11 e consulta a nº 10, se ela tiver sido autorizada você faz o cancelamento por substituição, indicando a chave da NFCe nº 11 como substituta. Se não tiver sido autorizada, inutiliza-se a numeração.
O prazo para o cancelamento por substituição é 168 horas.

A data de saída não pode ser inferior a data de emissão.
A data de emissão pode ser atrasada em até 30 dias, de acordo com o MOC, mas cada UF pode definir prazo diferente.

A explicação está no próprio log:
Pra fazer a instalação veja este tópico:
 

Depende da sua aplicação alimentar o componente conforme desejar.
Pelo relato tem algo errado na sua rotina.

Ajuste as configurações SSLLib dos componentes nos seus fontes e dfm para que não use a CAPICOM.
Copie as DLLs da LibXML2 para a pasta da aplicação.

Verifica as configurações SSLLib e SSLType, é preciso usar TLS 1.2.
O erro de validação é por estar usando Schemas desatualizados, verifique a pasta de schemas e a configuração PathSchemas do componente.

A versão é definida no arquivo ACBrNFSeXServicos.ini, que é compilado como res e assim embarcado na aplicação.

A tag vFCP nos grupos ICMS é o valor do imposto devido a UF do emitente.
Se é uma operação interestadual com consumidor final deve informar o vFCP do grupo ICMSUFDEST, nesse caso o FCP é recolhido para a UF do destinatário.
No ACBrNFe, além do FCP, você vai precisar informar a tag pICMSInterPart = 100 para gerar o grupo ICMSUFDEST.

Já foi corrigido, atualize os fontes.

Lendo o código, isso pode acontecer se você informar CEP ou coordenadas de descarregamento, mas não informar os de carregamento.

Verifique se está consultando no ambiente correto. Se estiver em homologação por exemplo só serão retornadas as NFe emitidas também em homologação.
Também se é um usuário novo do serviço DistribuicaoDFe, ou que não usou o serviço nos últimos 60 dias, inicialmente será retornado o status 137 mesmo. Só a partir dessa consulta que o ambiente nacional vai começar a gerar os NSU pra esse CNPJ.

Por favor atualize os fontes e testes.
Foi enviado um possível ajuste.

O ACBrNFe consome os serviços da SEFAZ, que saiba ela não permite o cadastramento automático.

O problema é que numeral de 10 dígitos iniciando em 22 ultrapassa o limite máximo do Integer que é 2147483647.
Você vai precisar alterar essa forma de codificação.

Hoje as empresas do Simples Nacional que ultrapassaram o sublimite já são obrigadas a usar o CST em vez do CSOSN.
O que o texto está explicitando é que, sendo uma empresa do Simples Nacional que vai utilizar, por exemplo, CRT = 1 e CST = 01 (Tributado pelo Simples Nacional sem permissão de crédito), assim que ultrapassarem o sublimite devem passar a usar CRT = 2 e CST 00 (Tributado Integralmente).

O manual diz que, em caso de rejeição no envio, pode sim corrigir o XML e reenviar, mas corrigir apenas a informação que causou a rejeição.
Então você vai corrigir apenas o NCM e não as demais tags citadas.
Pra fazer a correção eu prefiro ter todos os dados da nota no banco de dados, então basta mandar gerar novamente o XML, assinar, validar e enviar.
Mas você pode também carregar o XML e depois editar a informação incorreta, por ex. supondo que o NCM errado está no item 3:
ACBrNFe1.NotasFiscais.Clear; if ACBrNFe1.NotasFiscais.LoadFromFile(cPathArquivo) then ACBrNFe1.NotasFiscais[0].NFe.Det[2].Prod.NCM := '00000000'; ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.Enviar(nLote, bImprimir, bSincrono);  

Tenta essa dica, é antiga mas quem sabe:
 
Note que fazer o procedimento pode abrir brechas de segurança (que a atualização do Windows supostamente corrigiu).

Faça pelo Tortoise o revert do Acbr.inc, não altere nada diretamente nele, apague a pasta ACBr\Lib e faça a instalação pelo instalador, NÃO marque a opção de não usar OpenSSL. 
MsXML e XmlSec pode marcar pra não utilizar. 

Parecido com isso vai ser o ACBrMonitorPLUS:
https://acbr.sourceforge.io/ACBrMonitor/ComoemitirumCFe.html
Não é a melhor forma de usar o ACBr, se você desenvolve em Delphi ou Lazarus pode usar os componentes ACBrSAT diretamente, ou usar a DLL ACBrLibSAT para integrar na sua aplicação e não depender de outro software.

No DACTE em Fast é mostrado em quadro próprio o CTe anterior:

Conforme respondido no Discord:
https://discord.com/channels/798697718800318484/801796941813907456/921368969611448332

Pelo que vejo nos schemas para o ISSRio não existe campo no XML do RPS para inscrição estadual.
Isso porque inscrição estadual é irrelevante numa nota de serviços que é de âmbito municipal.