BigWings

Esse erro indica falta de configuração das propriedades SSLLib.

Não, o erro é no seu projeto, porque as propriedades não existem mais, por causa desse commit que você mesmo mencionou. Na verdade as propriedades existem, mas passaram de published para public, então só podem ser alimentadas via código.
Mas no seu DFM elas constam, por isso a mensagem de erro.
O programa exemplo do ACBrPIXCD está compilando normalmente.

Foi pro SVN, rev. 28036.
Acabei removendo a função nova, não vi diferença entre ela e a SeparaDados que está mais avançada.
@EMBarbosa

É só isso mesmo.
Verifique a sua rotina, se não está voltando para cst60 depois...
 

Baixa o Guia Prático que lá mostra as alterações a partir de 2023.

ACBrPIXCD é um dos componente da suite do ACBr, basta baixar e instalar no seu Delphi.
https://projetoacbr.com.br/fontes/

https://stackoverflow.com/a/58201316/3604341
Não tem como mesmo colocar um breakpoint no Break, Exit, ou Continue.
O que você pode fazer é colocar um breakpoint no IF acima e definir nele a mesma condição do Break.

Em notas de entrada muda a atuação, o emitente da nota (Emit) é o destinatário, e o destinatário (Dest) passa a ser o remetente, então muda também a tag da modalidade do frete.

Tem o método PintarQrCode() na unit ACBrImage.

Corrigido no SVN.
Atualize os fontes.

O grupo no XML é definido internamente pelo componente de acordo com o CST, então basta informar.
[ICMS001] CST=20  

Não tem problema, mas não é necessário, de acordo com a lei.
https://www.planalto.gov.br/ccivil_03/_ato2011-2014/2012/lei/l12741.htm
 

Nesse portal são ignorados os 0 a esquerda da inscrição.
Você pode configurar o ACBrValidador para completar o código até os 13 dígitos.

http://www.fazenda.rj.gov.br/sefaz/faces/menu_structure/servicos?_afrLoop=84828684519969495&datasource=UCMServer%23dDocName%3AWCC40866513000&_adf.ctrl-state=16yy515c80_73
A UF entende o ICMS desonerado como o valor que está deixando de ser cobrado, de acordo com o CST.
No caso do CST 40 é 100% desonerado, então informar o valor caso o produto fosse 100% tributado, e a base legal.

É válido, precisa completar com 0 a esquerda.

Aí tem detalhes das limitações.

A alteração acima já se encontra no SVN.
Atualizem os fontes.

Para os modelos 21/22, veja o componente ACBrConvenio115.

- Baixar os fontes do ACBr pelo SVN:
https://svn.code.sf.net/p/acbr/code/trunk2
- Compilar e instalar os pacotes no Lazarus:
Modo manual:
https://www.youtube.com/watch?v=rxZdI4UI51o
Usando script:
https://www.youtube.com/watch?v=o5oyqk-3kns

O RJ não implementa esse serviço.
 
https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=OUC/YVNWZfo=

Pra atualizar a chave do QrCode é preciso assinar novamente.
Mas a tua rotina não está correta, de acordo com o manual, não se deve alterar o XML onde houve falha no envio, e sim gerar uma outra NFCe com nova numeração, em contingência offline.
Isso porque quando houve a falha existe a possibilidade de ter sido autorizada, e você não teve o retorno. Então você precisa em outro momento fazer a consulta dessa chave, e se foi autorizada, fazer o cancelamento por substituição, se a chave não existir, inutilizar a numeração.
Leia o manual de contingência da NFCe disponível no portal nacional.

Desculpe, mas aumentar "porque o cliente quer", não tem nada que eu possa sugerir quanto a isso.
Expliquei acima.

Tem alguma norma que diz que tem que formatar desse modo?
O layout indica que a tag tpVeic é numérico e pode ter 1 ou 2 caracteres, e tanto na tabela de tipo e espécie de veículos disponível no portal da NFe indicada na regra de validação, tanto na Portaria DENATRAN 681/2020, os códigos não são formatados.
Creio que a SEFAZ em questão esteja validando indevidamente a formatação, e caso seja aplicada essa alteração outras UF possam passar a rejeitar.

O manual explica melhor, mas depende da linguagem usada.
O VB creio suportar apenas a StdCall, 32Bits. Sendo uma aplicação Desktop pode usar a padrão single thread mesmo. (MT = Multithread).

Não é particularidade, todos os estados vão aceitar apenas o modo síncrono no envio quando só houver 1 NFCe no lote, e o assíncrono quando houver até 50 NFCe no lote.
O que existe de particularidade em SP é na NFe, que não permite o modo síncrono. Apenas SP e BA exigem o modo assíncrono na NFe, mesmo para 1 NFe apenas.