Celso Marigo Junior

@WalterLopes compilamos a medida que temos alterações, devemos liberar daqui a alguns dias uma nova versão pois estamos finalizando o desenvolvimento de alguns demos e classes de alto nível de algumas libs, entre elas a da NFe.
Sim, você pode compilar as DLLs, você precisa ter o ambiente de compilação do Lazarus, os fontes das libs, dlls, estão todos no SVN.
Quanto ao ambiente, eu fiz um tópico aqui uma vez, explicando em prints como fazer:
E também existe um video disponível:
http://www.infocotidiano.com.br/2016/05/instalando-componentes-acbr-no-lazarus.html

@OFF-TI realmente o carregamento dos dados do INI estava com um bug, fiz uma correção para contornar o problema, está no SVN.
SVN Rev.: [16526]
O erro acima, não consegui reproduzir, se você puder enviar um print do call-stack talvez ajude!

Além da verificação da existência das DLLs no path, ou diretório do executável, fiz alguns ajustes na demo, pois o campo Porta, estava com limite de valor em 100, causando o erro citado. Vale lembrar que após configurar os valores, deve-se clicar em Salvar, antes de enviar o email de teste.
Fiz algumas outras melhorias na demo:
- Leitura dos parâmetros do INI;
- MessageBox, ao executar as ações da Demo.

SVN Rev.: [16418]

Versão com os ajustes habilitando a libXMLSec adicionada na área de Downloads.
 

Não, ainda não temos implementação de envio de remessa utilizando WS no ACBrMonitorPLUS.

Nas ultimas instalações que fiz a libxml2, existe o link simbólico com o 2, veja a saída dos comandos de verificação dos links simbólicos:

 

@RO1975 fiz um ajuste em seus dados do SAC, por favor, tente fazer o cadastro novamente.

O erro: Unable to open file, pode estar ocorrendo devido a mapeamento incorreto de unidade de rede.

O outro erro é devido ao formato dos campos emissão, dhEmis,  e saída, dhSaiEnt:
Emissao=21/08/2017 12:29:21 Saida=21/08/2017 12:34:21  

Para quem está tendo dificuldades ao criar nfe, erro abaixo:
Passe o parâmetro para que o mesmo assine o XML, no comando NFe.EnviarNFe, como abaixo:
NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono])
Neste comando, o monitor vai assinar apenas quando o parâmetro for passado com '1'.
No comando NFe.ValidarNFe, não será feito a assinatura do XML, pois ficaria incorreto com o nome do método. Quando precisar usar este comando, use antes o NFe.AssinarNFe
Nos demais locais, o monitor fará a chamada ao método NFe.AssinarNFe, antes de chamar o método NFe.ValidarNFe.
A correção já está disponível para download do SAC e no SVN para os demais.
 

Correção já disponível na versão semanal.
 

Isso mesmo, você precisa adicionar o componente ACBrTEFD na sua aplicação, lembre-se de destravar após fazer a função que você precisa:
// Exemplo de uso da função no momento da leitura da memória fiscal ACBrTEFD1.BloquearMouseTeclado( True ) ; ACBrECF1.LeituraMemoriaFiscal(DtIni, DtFim, Simplificada) ; ACBrTEFD1.BloquearMouseTeclado( False ) ;  

A correção para este erro já está no SVN Rev.: 13182
13/04/2017
[-] Correção na rotina de Consulta de DFes, a consulta, mesmo que passasse Path completo, estava sendo
    executada usando apenas a chave do DFe, assim o arquivo não estava sendo atualizado.
    Isso ocorria apenas quando o Path completo não possuia acentos.

 

@Rogerio Luna Furlan o exemplo que você usou como base é o antigo. Fiz algumas alterações no exemplo mais novo, e já subi no SVN, estou anexando aqui para ficar mais facil.
O problema neste exemplo aqui é que o aplicativo java estava tentando ler a resposta antes de o monitor gerar a resposta completa. Para garantir que ele leia a resposta completa, é necessário verificar o caracter 3, que indica final da resposta.
Portanto este exemplo está funcional, fiz varios testes com comandos que retornam respostas bem longas, e tudo funcionou corretamente.
 
JavaNIOSocketExample.java

@jamil o erro ocorreu pois o monitor estava obrigando informar um path para o XML da NFe, neste caso é obrigatório apenas o path do evento. Fiz uma correção no monitor para resolver o problema. Baixe a nova versão no link abaixo:
 

Versão com a correção disponibilizada para download.
 

Novo campo para configuração da impressão adicionado ao ACBrMonitorPLUS
 

O ACBrMonitorPLUS usa um mutex para impedir multiplas instâncias, tente usar ele, fiz um pequeno exemplo rápido:
uses ..., windows, Process; procedure TForm1.Button1Click(Sender: TObject); var AProcess : TProcess; hnd : THANDLE; begin hnd := CreateMutex(nil, True, 'ACBrMonitor'); if GetLastError = ERROR_ALREADY_EXISTS then MessageDlg('ACBrMonitor','O programa ACBrMonitor já está em execução', mtError, [mbOK], 0) else begin CloseHandle(hnd); AProcess := TProcess.Create(nil); AProcess.Executable := 'c:\ACBrMonitorPLUS\ACBrMonitor.exe'; AProcess.Execute; end; end;  

Atualizei o manual com o comando de forma de emissão. No geral eles são todos iguais:
OBJETO.SetFormaEmissao(nFormaEmissao) Parâmetros: nFormaEmissao - pode ser passado os seguintes valores: 1-Normal, 2-Contingencia, 3-SCAN, 4-DPEC, 5-FSDA, 6-SVCAN, 7-SVCRS, 8-SVCSP ou 9-OffLine //Para o CTe: CTe.SetFormaEmissao(nFormaEmissao) No ACBrMonitorPLUS existia uma opção de configuração geral da forma de emissão, que valia para todos os objetos, NFe, CTe, MDFe e GNRe, separei eles para poder ser setados um a um. Vale lembrar que o comando é ignorado se selecionada a opção: Ignorar Comando Forma de Emissão.
Os valores padrão serão os configurados anteriormente no parâmetro geral.

 

Este erro ocorre devido à versão do componente Fortec Report CE, pacote frce.
Utilize sempre a versão do SVN deles:
https://github.com/fortesinformatica/fortesreport-ce

Você pode enviar o conteúdo do arquivo como parâmetro, ao invés do caminho:
NFE.CriarNFe("[Identificacao] NaturezaOperacao=VENDA DE MERCADORIA, ADQUIRIDA OU RECEBIDA DE TERCEIROS, SUJ Modelo=55 Serie=1 Codigo=000002399 Numero=000002399 Serie=1 ...  

@fabriciosouza o comando EMAIL.TextoMensagem adiciona texto no formato HTML ao email, alguns clientes de email não exibem este texto. Tente com o comando EMAIL.TextoAlternativo, que adiciona texto puro ao email, e veja o resultado.

Fiz um ajustes na DACTE para usar a função ACBrSTR na transcrição da Situação Tributária. Nos testes aqui, a impressão do XML que você disponibilizou foi feita corretamente.
A correção já está no SVN: [12536], estará na próxima versão disponibilizada do ACBrMonitorPLUS, que deve ser disponibilizada ainda hoje.

Existem configurações para linhas entre cupons e espaços entre linhas... 
    ACBrPosPrinter1.LinhasEntreCupons     ACBrPosPrinter1.EspacoEntreLinhas  

Esse tipo de erro quando ocorre no Delphi de propriedade faltando, as vezes é somente devido a ter sido salvo o lfm do form em um formato mais recente.
Abra o form no delphi, ignore os erros, mude algum componente de lugar ou propriedade e salve novamente, compile e teste novamente. Se não resolver poste aqui.