Celso Marigo Junior

@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.

A maioria das duvidas sobre a contingência na NFCe são esclarecidas no Webinar apresentado pelo Andre. https://www.eventials.com/djsystem/nfc-e-e-sat-como-tratar-a-contingencia-segundo-encontro/

@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.

Estou verificando junto aos demais moderadores uma solução para seu problema. Até agora não encontrei nenhum que usa o componente, por isso a demora. Mas estamos fazendo o possível para auxiliá-lo.

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.

Você pode passar o valor que desejar no campo cNF, no INI. Iremos analisar a geração automática do campo.

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.

Veja a lista completa de campos em: http://anfm.blogspot.com.br/2015/05/campos-do-ini-usado-no-acbrmonitorplus.html

Sim, isso porque o A3, precisa ser instalado no Windows para funcionar.

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

Você precisa copiar as DLLs da MinGW, leia o tópico:

Quando você diz os dados do emitente, a quais dados você se refere? Para emitir uma NFe, você precisa apenas do certificado digital do cliente, então basta usar o NFe.SetCertificado(arquivo_cert), antes de fazer uma emissão. Isso não resolve?

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

Acredito ser possível modificar o ACBrMonitorPLUS para não fechar quando o arquivo não existir, não se trata de uma alteração complexa, deve estar implementada na próxima versão semanal do SAC.

Por favor anexe os logs e o PDF para demonstrar os respectivos erros reportados. Forneça os passos para reproduzir os problemas.

É difícil cravar que o erro tem relação com a exclusão da CAPICOM, não temos esse tipo de problema sendo relatado pelos demais usuários. Realizei alguns testes aqui usando seu INI, uso um certificado A1. Gerou a NFe bem rápido aqui, inclusive adicionei um log para testes no comando CriarNFe, assim podemos medir qual etapa da geração está causando a lentidão. Faça testes usando o executável anexo do link abaixo. Por fim, anexe para análise o ACBrMonitor.ini, além do novo log gerado.