Renato Rubinho

Parece estar interpretando boleto como parâmetro.
Com caminho completo também não funciona?
BOLETO.GerarRemessa("e:\boletos\boleto\remessa",1,Remes019.rem)

Bom dia,
Deveriam ter 52 dígitos numéricos no id.
Você está passando a chave em branco, essa propriedade vem preenchida no resumo, quando for o completo você pega da procEvento.chDFe.
Obs:
Você não deveria manisfestar automaticamente todas as NFes, pois isso é responsabilidade do destinatário.

Boa tarde,
Veja o que significa o erro 401.
https://developer.mozilla.org/pt-BR/docs/Web/HTTP/Status/401
Tente abrir a url indicada no navegador.
Aparentemente o provedor requer usuário e senha.
Caso tenha informações de autenticação, preencha os respectivos campos: 
WSUser, WSSenha, WSFraseServ e/ou WSChaveAcesso.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.
 
Seguindo no seu novo tópico sobre o mesmo assunto.
 
 

Boa noite,
Veja o modelo da documentação do monitor que mostra o que deve ser preenchido. 
Modelo:
https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html
; O Grupo "DI" deve ser preenchido se o produto for de Importação
 
[DI001001]
nDi=
dDi=
xLocDesemb=
UFDesemb=
dDesemb=
tpViaTransp=
vAFRMM=
tpIntermedio=
CNPJ=
UFTerceiro=
cExportador=
 
; O Grupo "LADI" deve ser preenchido se existir o grupo DI para o produto
 
[LADI001001001]
nAdicao=
nSeqAdi=
cFabricante=
vDescDI=
nDraw=

Se mandar pelo menos o EMAIL.Novo sozinho não funcionou?
Verifique o link que indiquei.
EMAIL.Novo
 
Comando para iniciar um novo e-mail. O ideal é aguardar a resposta OK, antes de enviar os outros comandos do e-mail.

Verifique no manual deste provedor ou nos schemas, que a tag outrasinformacoes só deve existir na NFSe e não no RPS (a menos que esse provedor tenha um leiaute próprio com essa condição).
Veja o XML dessa nfse que essa tag deve estar em branco ou nem deve existir.
Caso restem dúvidas, passe mais informações conforme disse o Juliomar.

Boa noite,
Tente enviar o MotivoCancelamento sem acento e ç.
Revise todas as propriedades do componente, comparando com o programa de exemplo.
Copie as dlls atuais para a pasta do sistema.
../trunk2/DLLs/LibXml2/x86/

Boa tarde,
Está "completando" com 8 zeros porque foi programado com LFill(       ,8).
Realmente no guia prático diz que não é obrigatório.
1. Altere os registros C180 e C190, para LFill(COD_NCM) ao invés de LFill(COD_NCM,8).
2. Reinstale o ACBr após as alterações e valide se ficou ok.
3. Estando ok, anexe a unit alterada ACBrEPCBloco_C_Class.pas para os consultores validarem.
https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrTXT/ACBrSPED/ACBrSPEDPisCofins/ACBrEPCBloco_C_Class.pas#l1225

Boa noite,
Veja esse tópico com a solução que foi discutido sobre o assunto.
 
 

Boa noite,
Deve ter faltado gerar o res ou reinstalar os componentes.
Segue tópico com passos após adicionar nova cidade.

 

Bom dia,
Copie as dlls atuais na pasta do exe.
trunk2/DLLs/LibXml2/x86/
Lembrando, se a sua aplicação for x86, assim como o exemplo, use as dlls x86, mesmo que o S.O. seja 64.
Usando winCrypt, mantenha todas as atualizações do Windows em dia.

Segue um tópico que tem informações da NT e um link bem explicativo do enotas.
 

Bom dia,
Segue um vídeo prático e fácil, mostrando como instalar os componentes no Lazarus.
 
 

A versão da NFe no exemplo não está certa

É extremamente recomendável a leitura da NT. Pelo termo "andou", com relação ao NSU, aparentemente não está totalmente claro para você como o NSU é atribuído aos documentos disponibilizados pela Sefaz.
http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.12 WS DistribuicaoDFe.pdf 
Ainda funciona:
DistribuicaoDFePorUltNSU( codUF, CNPJ, 0 )
Tem que fazer a pesquisa com zero para pegar o NSU mais antigo disponível e refazer as consultas de 50 em 50.

Segue um vídeo bem completo que explica, entre outras coisas, como utilizar o A1 armazenado no banco.

Existem dois tópicos (antigos) citando que deve preencher a chave do SAT em refNFe.
 
 
E esse link confirmando a mesma informação.
https://www.oobj.com.br/bc/article/rejeição-679-chave-de-acesso-referenciada-com-modelo-inválido-como-resolver-348.html
Quando for emitida uma NF-e e no Grupo de Documentos Fiscais Referenciados (NFref), no campo de referência para NF-e (refNFe) for informada Chave de Acesso com modelo diferente de 55 , 65 ou 59 , será retornado a rejeição "679 - Chave de Acesso referenciada com Modelo inválido ".
Modelos permitidos:
55 - Nota Fiscal Eletrônica;
65 - Nota Fiscal Eletrônica do Consumidor;
59 - SAT-CF-e.
 

Olá,
Esses campos realmente não constam na geração do XML.
Se quiser contribuir e validar, altere o arquivo a seguir e adicione esse grupo após a linha 790.
https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBreSocial/PCNeSocial/pcesS2300.pas#l791

Se der ciência, precisa depois manifestar um dos outros 3 eventos.
Se confirmar a operação primeiro, não precisa dar ciência. 

Bom dia,
Revise as configurações, tentando com winCrypt ou OpenSSL conforme os exemplos dos tópicos a seguir.
 
 

Que bom amigo, mas o estranho é que remover o pcnConversao não deveria ter resolvido isso, na minha percepção.
Minha sugestão foi que colocasse o pcnConversao por último nas declarações, depois do MAPI ou utilizasse o nome da unit antes do crtSimplesNacional para identificar a origem.
Posta o resultado amanhã, caso tenha resolvido mesmo.

Veja a solução deste tópico e verifique se está utilizando o SetRoundMode em algum lugar que esteja influenciando seu cálculo.
 

Segue solução postada no outro tópico.
 

Tópico relacionado com solução.