BigWings

Isso é sobre folha de pagamento, não tem relação com o ACBrBoleto.

Você não usa o instalador do ACBr para compilar os pacotes?
Se tiver feito pelo instalador e pelo Delphi vai ter duplicidade de arquivos compilados (dcu, dcp, bpl) em pastas diferentes, que causa uma série de problemas.
Se for o caso, no instalador tem a opção de apagar arquivos antigos, basta executar o instalador novamente marcando essa opção.

Versão da DLL?
Pelo que vi o suporte ao Bradesco foi incluída recentemente:
 

Tente o comando NFE_ObterINI e fazer a leitura da chave
[infNFeSupl]
qrCode=

Estranho porque a validação no componente é de janeiro de 2023.
Parece ser algo errado com as credenciais, o certificado foi gerado e enviado para o banco na criação da aplicação?
Você está emitindo em produção ou homologação (sandbox)?

O controle é separado por CNPJ, ter bloqueio em um não impede de fazer a consulta no outro, mesmo usando o mesmo certificado.

Também uso o Firefox, e acontecia isso, só parou quando aceitei os "Optional cookies".

O nosso número no Sicredi é formatado como AA/BNNNNN-D.
AA - Ano do documento
B - Byte de geração
N - Sequencial do nosso número
D - Dígito verificador
A parte que você informa para o nosso número no componente é apenas o sequencial NNNNN (5 dígitos), por isso a limitação.

Tenta ir nas opções de compilação do projeto e desabilitar a opção "Complete boolean eval".

Não entendi bem, mas pra mim:
- Se é NFCe entende-se que o cliente está utilizando o crédito.
- Na nota de devolução (entrada) indicaria uma aquisição de crédito pelo cliente.

Faça assim:
ACBrNFe1.Configuracoes.RespTec.IdCSRT := 1; ACBrNFe1.Configuracoes.RespTec.CSRT := '123456789...'; E na geração da nota:
ACBrNFe1.NotasFiscais[0].NFe.infRespTec.CNPJ := 1234001010200; ... Já será calculado o hash e gerado no XML.

O github não tem mais suporte a SVN, então precisa baixar direto via git.
 

Essa exceção está no método de envio do componente:

Chame ACBrNFe1.Notasfiscais.Clear antes do ACBrNFe1.NotasFiscais.Add na sua rotina de preenchimento.
Assim não vai ter mais de 1 nota carregada no componente ao transmitir.

Por causa do try..except no método Execute, como dito.
procedure TCustomRESTRequest.Execute; [...] begin [...] try [...] except // any kind of server/protocol error on E: EHTTPProtocolException do begin FExecutionPerformance.ExecutionDone; // we keep measuring only for protocal errors, i.e. where // the server actually answered, not for other exceptions. LContent := E.ErrorMessage; // Full error description // Fill RESTResponse with actual response data - error handler might want to access it ProcessResponse(LURL, LResponseStream, LContent); if (E.ErrorCode >= 500) and Client.RaiseExceptionOn500 then Exception.RaiseOuterException(ERESTException.Create(E.Message)); HandleEvent(DoHTTPProtocolError); end; // Unknown error, might even be on the client side. raise it! on E: Exception do begin // If Execute raises an Exception, then the developer should have look into the actual BaseException Exception.RaiseOuterException(ERESTException.CreateFmt(sRESTRequestFailed, [E.Message])); end; end; Sendo uma exceção do tipo EHTTPProtocolException ele faz os tratamentos, mas ignora a exceção em runtime exceto no caso da propriedade RaiseExceptionOn500 estiver ativada e o status de retorno for maior 500 ou maior.
Ele também chama o evento OnHttpProtocolError que você pode querer implementar (para logs por exemplo).

Já está implementado sim.
 

Devia ser assim:
<pag> <detPag> <indPag>0</indPag> <tPag>17</tPag> <vPag>25.00</vPag> <card> <CNPJ>16501555000238</CNPJ> <cAut>ASHDKJAHD10903120ASHDAH</cAut> <CNPJReceb>06372697000108</CNPJReceb> <idTermPag>SN4AD81MG9Q</idTermPag> </card> </detPag> </pag>  

O que falta é o elemento <adi> com os dados da adição, em pelo menos um dos itens da nota.

Só ir na documentação:
https://www.firebirdsql.org/file/documentation/reference_manuals/reference_material/html/langrefupd21-intfunc-lower.html
https://www.firebirdsql.org/file/documentation/reference_manuals/reference_material/html/langrefupd20-trim.html
https://www.firebirdsql.org/file/documentation/reference_manuals/reference_material/html/langrefupd25-intfunc-replace.html
TRIM e LOWER é a partir do Firebird 2, REPLACE a partir da 2.1.
Pra versões antigas, vai precisar procurar uma UDF.
Eu usava essa abaixo, não lembro se é compatível com FB 1.5:
https://firebase.com.br/downloads.php?id=14

Mas gerou o hash completo no XML?
Seus fontes do ACBr estão atualizados?

Por enquanto está implementado apenas para o extrato SAT.

Geralmente isso é por ter schemas de NFe, CTe, MDFe na mesma pasta.
Os três documentos tem o método DistribuicaoDFe, mas o da NFe é em versão diferente.
No caso precisa ter uma específica para o schemas de CTe e informar no componente.

Parece ser falta das DLLs da LibXML2, copie elas da pasta DLLs do ACBr para a pasta do seu exe.

https://svn.code.sf.net/p/acbr/code/tools/PosPrinter/Daruma/DR800_CMD-REV05.pdf