Celso Marigo Junior

@josadac, é isso mesmo, o BAT já deve fazer tudo, desde baixar os fontes e compilar o lazarus. Cole o conteúdo em um diretório que desejar, de preferência não na Área de Trabalho e rode ele.

A mensagem de erro parece bem clara quanto aos campos não lidos corretamente. Anexe logs do envio dos comandos com os dados para analise.

Disponibilizado o instalador para Linux:

Esta novidade, já está disponível na versão semanal para usuários do SAC.

Envie o 1 entre aspas. Esta funcional a rotina. NFE.ImprimirDANFe("C:\NFE\NFe_Enviadas\201709\NFE\28170910939527000130550010000003811000000641-nfe.xml","","","","1")

Schemas atualizados na vesão abaixo do ACBrMonitorPLUS, favor refazer os testes.

Anexe os logs do ACBrMonitorPLUS, log.txt, para analise. Certifique-se de que no log existam os comandos que você citou no tópico.

Feito melhorias em todas as chamadas a impressão do ACBrMonitorPLUS: - Se o preview estiver habilitado, ou comando conter parâmetro para preview, antes da impressão o monitor guarda o estado da janela; - Após a impressão caso necessário volta a minimizar a janela, ou mantem maximizada, o que não acontecia antes; - Vale notar que a tela de preview sempre será "puxada" para a frente, caso sua aplicação tenha mecanismos para evitar isso, desabilite o preview. - Nos casos em que o preview está desabilitado, a janela do monitor permanece minimizada. Por favor façam testes com a versão e reportem possíveis problemas.

Após configurar o monitor você tentou salvar as alterações e abrir novamente o monitor? Tente compilar a versão mais recente do monitor, configurar os dados do certificado na aba do DFe, salvar, reiniciar o monitor e tentar refazer os testes de status de serviço.

Por favor, grave um vídeo demonstrando o erro, mostre a sua aplicação e o monitor na mesma tela, talvez assim possamos entender melhor o que acontece, e possamos reproduzir o problema.

@Arturo enviei um convite no seu email para acesso ao Webinar, onde explico o passo a passo para configurar o ACBrMonitorPLUS para trabalhar em modo TXT ou via Socket. https://www.eventials.com/djsystem/como-emitir-boleto-com-o-acbrmonitorplus/

O ACBrMonitor é um emissor antigo de NFe, mas está descontinuado, faz uns 2 anos + ou -. O monitor mantido e atualizado é o ACBrMonitorPLUS. Todos os comandos podem ser visualizados em seu manual, que o acompanha.

@brunoac por favor anexe um XML para testes.

A configuração parece correta, o problema pode ser nas versões das DLLs,. Verifique se estão atualizadas. Todas são distribuídas junto ao instalador na pasta DLL. Além disso sua versão está desatualizada, a versão atual é a 1.1.0.28, devendo a .29 ser liberada ainda hoje.

Como disse antes, o erro não acontece aqui, e nem está sendo reportado pelos demais usuários. Você pode gravar um vídeo, ou passar passos para reproduzir o problema? Não temos como te auxiliar, sem mais informações.

Não consegui reproduzir o seu problema. Tentei enviar o comando tanto no modo TCP quanto em modo TXT, que é a forma que você trabalha. Nos forneça mais detalhes de como você implementou a integração com seu aplicativo. Faça testes usando o modo TCP. O arquivo de log que você anexou, não contém nenhum comando de impressão de danfe.

Correção no SVN Rev.: [13700] A próxima versão semanal do monitor deve conter a correção.

Outra opção é integrar com o ACBrMonitorPLUS, via TCP/IP ou troca de arquivos.

Quem comunica com o SAT é o monitor, nesse caso se for necessário no mesmo diretório dele. Mas veja no tópico citado sobre o OpenSSL e TLS, tem um tópico relacionado que diz onde no Windows as DLLs devem ser colocadas.

Este problema parece ser com a DLL do fabricante, ou seu ambiente. Você entrou em contato com o suporte deles para entender se está com as versões corretas? Temos SAT bematech em uso aqui na empresa, inclusive, estes foram testados e relatados aqui os resultados, não temos esse tipo de problema. Quanto às DLLs, os post que importam são estes:

@w.suetake anexe o arquivo LOG.TXT que contém os logs dos comando enviados e recebidos do monitor. Não temos relatos de lentidão no mesmo, por isso precisamos de mais informações para tentar te auxiliar.

Fiz testes com o INI enviado e não consegui reproduzir o problema. Os totais, saem normalmente. Anexe o PDF gerado, pode utilizar o comando: NFe.ImprimirDANFE, após o NFe.GerarNFe. Anexe também o log do seu ACBrMonitorPLUS.

Já foi feita a correção deste erro, baixe a versão atual:

Correção no SVN e disponibilizada na versão semanal do SAC:

Notei que seu monitor está em modo TXT, repare que a demora não tem relação com os comandos executados pelo componente, como, assinar, validar, etc, veja abaixo: 20/07/2017 11:17:08 - OK: 20/07/2017 11:17:15 - NFe.SetFormaEmissao(1) 20/07/2017 11:17:17 - Configuração geral gravada com sucesso 20/07/2017 11:17:17 - Configuração de Boletos gravada com sucesso 20/07/2017 11:17:17 - Dados da Sw.House gravados com sucesso 20/07/2017 11:17:17 - OK: 20/07/2017 11:17:17 - NFe.Ativo 20/07/2017 11:17:17 - OK: Ativo 20/07/2017 11:17:19 - NFe.CriarNfe("[infNFe] ... ",1) 20/07/2017 11:20:21 - OK: 20/07/2017 11:17:19 - Processando comando: criarnfe 20/07/2017 11:20:20 - Configurou da DANFe 20/07/2017 11:20:20 - Criou NFe usando o INI 20/07/2017 11:20:20 - Gerou NFe 20/07/2017 11:20:21 - Assinou NFe 20/07/2017 11:20:21 - Validou NFe 20/07/2017 11:20:21 - Gravou o XML da NFe C:\ACBrMonitorPLUS\Salvas\3517070332375 O problema está no momento em que o ACBr lê o ini, e tenta gerar o XML, observar intervalo entre a linha destacada em vermelho, 3 minutos. Pode ser que o arquivo esteja ocupado. Sugiro que faça testes usando o modo TCP. Ou ainda em modo txt, e observar se o erro persiste. Em modo TXT, tente gravar um arquivo com o comando, e depois disso copiar o arquivo para o diretório de entrada, ou gravar direto la com a extensão TMP e após o arquivo estar completo, renomear para .TXT