BigWings

No caso é a abaixo:
Exceção 12: A regra de validação acima não se aplica para emitentes optantes pelo Simples Nacional (CRT=1). Sim, basta não informar os campos do grupo pra não gerar o ICMSUFDEST.

Para isento deve deixar a tag IE em branco.
Se está acusando rejeição mesmo assim pode indicar que existe IE ativa para o CNPJ na UF.
Consulte no CCC:
https://dfe-portal.svrs.rs.gov.br/NFE/CCC

Está no manual do DANFE NFCe e QrCode:
https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=k/IuuaW4YiY=
Se você usa o ACBr não precisa se preocupar com isso, já está implementado.

Esse retorno é da consulta individual (tpConsultaDetalhe).
A tarifa é retornada na consulta de movimentação (tpConsulta).
 

Segundo o MOC:

No teu XML não consta dados de averbação (nAVer).

Está informando CSOSN 103 que não admite destaque de ICMS.
O ACBr simplesmente ignora as tags que não existem no layout para o CSOSN 103.

Olhando os schemas, não existe onde informar lista de itens, apenas a discriminação geral dos serviços.
Então não é possível.
Lembre que emissão via RPS e webservice é diferente da emissão via portal da prefeitura.

Correção no  SVN, rev. 39088.

Sim, mudou.

Esse é o famigerado CNAB444 que muitas financeiras usam o layout do Bradesco pra importar a chave da nota junto aos dados do boleto.
Se você está gerando o CNAB400 puro, basta não informar a chave.

É o valor padrão para a propriedade, mas você pode alterar.
Titulo := FACBrBoleto.CriarTituloNaLista; [...] { Utilizado pelo sicredi, vide particularidades } Titulo.CodigoGeracao := '3';  

Só olhar o modelo (55-NFe, 65-NFCe) presente na chave de acesso ou na tag Ide.mod.

Precisa aguardar as NT... não saiu nada sobre CNPJ alfanumérico ainda nos documentos fiscais.

Geralmente o erro no cálculo do DV do nosso número é falta de informar o código do posto de atendimento no campo destinado ao DV da agência.
https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html

Atualizou hoje?
Na sexta a tarde teve uma correção para o envio de eventos.

O correto é fazer a quebra de linha como abaixo.

Está usando qual .fr3?
Qual a versão do Fast Report?

Está configurado pra salvar apenas os arquivos processados (com protocolo):
SalvarApenasNFeProcessadas=1 Nesse caso na emissão offline não vai salvar.
Desmarque essa opção se quiser que seja salvo automaticamente, ou use o método NFE_GravarXML após assinar.
Assim que o XML é assinado, ou atualizado com o protocolo.

Não existe.
Sequer existe ambiente nacional para NFCe.
Apenas NFe (modelo 55), CTe (todos os modelos) e MDFe tem o serviço DistribuicaoDFe.

Veja se as DLLs da LibXml2 estão atualizadas no diretório da aplicação.

Salve  o arquivo em anexo na sua pasta de schemas e tente novamente.
e110140NFCe_v1.00.xsd

Não, elas são compiladas para Windows e Linux.
Numa pesquisa rápida, me parece que é possível ativar compatibilidade binária com o Linux no FreeBSD.
https://docs.freebsd.org/pt-br/books/handbook/linuxemu/

Enviei para o SVN, rev. 37982, uma correção, implementada de um modo um pouco diferente da sua.
Favor fazer cópia do teu fonte atual, e atualizar com os do SVN, e fazer os testes.

Se está apenas alterando o formulário (.dfm) e não os fontes (.pas) só precisa copiar os arquivos .dfm alterados para a pasta ACBr\Lib, para que o linker do Delphi enxergue os arquivos na compilação.
Ou rodar o instalador do ACBr novamente, que já compila os fontes e copia os .dfm e demais arquivos necessários para a pasta Lib.
Cuidado ao compilar direto o pacote pelo Delphi, pra não ter arquivos .dcu diferentes espalhados pelo disco.

Não, só sendo Pro ou compilando você mesmo as DLLs.
 

ACBrNFSeX1.DANFSe.Cancelada := True;