Nelson A Sousa

Daniel, Obrigado pela resposta, mas não deu não. Configurei o buffer e não modificou nada, a impressão é interrompida no meio de uma linha simples, e na mesma linha, mesmo local.

Pessoal, boa tarde! Utilizo o AcbrMonitor 1.2.0.5, e, ao enviar o comando de impressão, bem no meio da mesma a execução é interrompida. Recebo o erro: ERRO: Communication error 9997: Timeout during operation Será por causa da quantidade de dados contidos na string com o comando? LOG.TXT

Sei não, Não tem um ditado que diz: "pra comer ou coçar, é só começar..." rsrsrs? Não vejo onde pode estar a dificuldade de migrar de um TXT pra um INI. Aliás, o INI é muito mais fácil de se trabalhar do que o TXT. Inserindo as chaves dentro da [Seção] correta não tem como dar errado.

Não seria o caso de baixar no SVN e compilar a versão mais recente?

O Daniel matou a charada...eu estava do o Tool da Daruma ativado.

Olá pessoal, Estou tentando ativar uma Daruma DR700 no AcbrMonitorPlus 1.2.0.5. E estou recebendo o erro de Acesso Negado. A impressora está instalada corretamente. Alguém pode dar uma força? LOG.TXT

Gostaria de fazer uma sugestão. Tenho visto que esse problema do preview já gerou vários tópicos abertos aqui. Não seria o caso de se exigir menos do monitor? Eu explico, existem muitas ferramentas gratuitas por aí de exibição de PDF's que podemos incorporar em nossos sistemas, certo? Não seria o caso do monitor se encarregar apenas de gerar o XML e PDF na pasta configurada e cada um que se encarregue de exibir o preview da forma que melhor lhe convier? Talvez seja um medo bobo meu mas, se o pessoal começar a exigir demais do Monitor, uma ferramenta maravilhosa como essa pode acabar ficando cheia de penduricalhos, e, ter o seu funcionamento prejudicado.

Olá, Todos os arquivos são gerados na pasta sim. O problema está na visualização do preview. Acho que aqui está acontecendo aquele mesmo problema com a impressão da NFe. Parece que o Monitor está com problemas quando o aplicativo está com a tela em TopMost.

Bom , Fiz vários testes por aqui e só consegui ver que o problema ocorre nos seguintes comandos: BOLETO.GerarRemessa - - Após emitir esse comando, apesar de gerar o arquivo de remessa, o Monitor não responde mais. Se coloco para não gerar a remessa e passar logo para impressão com o comando: BOLETO.Imprimir - - Após esse comando, apesar de gerar o pdf como está configurado, o monitor também não responde mais. Vou colar abaixo o log e os INI envolvidos no processo. Qualquer ajuda dos amigos será muito bem vinda. LOG.TXT ACBrMonitor.ini Cedente.INI Titulos.INI

Boa tarde, Eu utilizo o AcbrMonitor compilado na última versão juntamente com o C#. Estou enfrentando problemas com a impressão de boletos que fica travada. No arquivo log em anexo vejam que tudo transcorre perfeito até o comendo de incluir título. Ao executar o comando de IncluirTitulos o Monitor não responde mais, fica travado. Alguém pode me dar uma ajuda? LOG.TXT

Boa tarde, Estou utilizando o AcbrMonitor na versão 1.1.0.50 no c#. Estou passando o comando Boleto.GerarPDF da seguinte forma: public static RetornoComando GeraPDF() { var comando = "BOLETO.GerarPDF"; var retorno = ComandoACBR(comando); return new RetornoComando(retorno); } É possível informar o path de onde quero salvar o PDF? O Acbr está utilizando o path cadastrado nele, porém como o cliente quer salvar numa pasta para cada banco estou encontrando dificuldades.

Eu tenho notado isso também. Mas sempre que faço o update do svn vários arquivos são atualizados. Não sei como funciona o incremento de versão no Lazarus, talvez seja apenas esquecimento de incrementar a construção. Uma vez que aqui no meu a opção de auto incremento está marcada e mesmo assim não altera nada. O TXT que é usado no Inno Setup também não está atualizado. Eu não vejo muito problema nisso tudo aí não, por que apesar das diferenças de numeração da versão, o Monitor tem desempenha bem o seu papel.

Olá, Você pode ter um arquivo AcbrMonitor.INI par cada uma das empresas, ou efetuar alterações no mesmo dependendo da empresa escolhida. Use o comando LerINi para efetuar a recarga dos parâmetros do arquivo. Eu visualizo problemas nessa estrutura se por acaso houver várias máquinas na rede usando o servidor do AcbrMonitor. Vai ser um troca troca de arquivo INI e recarga do mesmo que a coisa pode desandar.

Gostaria muito de ver uma cópia de uma dessas multas!!

Olá, Você instalou o Lazarus para qual plataforma? 32 ou 64?

Ah é verdade, tinha me esquecido disso. Quanto à configuração do intervalo do txt não posso te ajudar porque nunca usei.

Experimente o TimeOut da Guia [Monitor]

Nesse ponto não posso te ajudar muito não. Eu uso a conexão TCP/IP e não arquivos TXT. Mas creio ser um novo txt pra cada comando, mas é bom confirmar com o pessoal aí. Aliás, eu recomendo mudar pra TCP/IP, a resposta é melhor(menos tempo) e o processo de envio/recebimento de comandos e respostas fica mais "limpo".

Olá, Você pode "forçar" a leitura do arquivo INI com o método LerIni(). Faça as alterações no arquivo e logo depois faça a releitura do mesmo.

Olá, O TimeOut do Monitor me parece que está em milissegundos. Quando você envia o NFCe para a SEFAZ muita coisa pode acontecer no trajeto do mesmo, o XML pode nem chegar lá, pode chegar na SEFAZ mas não recebermos a resposta, etc, etc. O Monitor aguarda a resposta por um tempo, esse tempo do Monitor tem que ser, no meu entender, menor do que o seu sistema para que o Monitor possa então gerar algum tipo de resposta com a qual seu sistema possa trabalhar. Tem um tópico bastante esclarecedor sobre esse assunto, dá uma olhada lá:

Olá, Desculpe a insistência mas analisando o motivo do travamento de meu sistema (Visual Studio 2017 C#), fui olhar o retorno do MonitorPlus traduzindo o código ASCii retornado. Acabei esbarrando na propriedade Conected do Socket, quando ocorre o erro ela está false, quando roda tranquilo true. Fiz o tratamento no meu sistema, e se o retorno do Socket retorna vazio eu saio do loop de leitura deste retorno. Meu problema foi resolvido, porém resta a questão do socket conectar hora sim, hora não. Essa peteca é do Acbr ou não? Como não tenho o "dom" do Delphi, vou passar a bola para os amigos.

Olá, Você ajustou o tempo de resposta do seu aplicativo igual o do MonitorPlus?

Isso mesmo. O certificado não fica em minha máquina pois é a que uso para desenvolver.

Olá pessoal, boa Noite! Uso o AcbrMonitorPlus Versão 1.1.0.50 com c# no Win10. Tem acontecido comigo uma falta de retorno do método NFE.CertificadoDataVencimento, só que não é sempre não. Vejam trecho do LOG: 16/01/2018 09:01:26 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.1.0.50 Conectado em: 16/01/18 09:01:26 Maquina: 127.0.0.1 Esperando por comandos. 16/01/2018 09:01:26 - NFE.ATIVO() 16/01/2018 09:01:26 - OK: Ativo 16/01/2018 09:01:26 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.1.0.50 Conectado em: 16/01/18 09:01:26 Maquina: 127.0.0.1 Esperando por comandos. 16/01/2018 09:01:26 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 16/01/18 09:01:26 16/01/2018 09:01:26 - NFE.CertificadoDataVencimento 16/01/2018 09:01:27 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 16/01/18 09:01:27 16/01/2018 09:02:16 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.1.0.50 Conectado em: 16/01/18 09:02:16 Maquina: 127.0.0.1 Esperando por comandos. Entre as duas linhas destacadas deveria vir o retorno do método correto? Deveria ser retornado um erro ou a data do certificado, certo? Como o Monitor não dá um retorno, simplesmente fecha a conexão, meu sistema fica travado aguardando o mesmo. Devo destacar que o certificado não está plugado. Mesmo assim, como eu disse, o erro é esporádico, não acontece sempre. Uma data é retornada quase sempre, e é a data consultada no último plug do certificado. Minha questão é: Onde o Monitor acessa a data de vencimento quando o certificado não está plugado, e, por que algumas vezes ele não retorna nem mesmo essa data?

Verdade, acabei olhando no manual desatualizado do CONFAZ, me desculpe. Mas o povo da Receita tá fazendo uma salada entre formas de pagamento e parcelamento. O grupo <dup>, no meu entender, deveria ser dedicado ao parcelamento, e, cada parcela com sua forma de pagamento. O leque de possibilidades quando do pagamento de uma venda, principalmente no balcão de loja, é grande. É dinheiro misturado com cartão, com cheque, com mais de um cartão, etc, etc.