Nelson A Sousa

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.

Me corrijam se eu estiver errado, por favor. Mas as formas de pagamento não devem ser informadas apenas para nota modelo 65 ou NFCe? Uma NFCe não vai gerar duplicata mesmo não, ou vai? Pelo menos foi o que eu entendi do campo observação lá na página 236 do manual, vejam o item YA01.

Hum, pena...gostaria de reaproveitar. Valeu!!

Olá pessoal, Bom dia! Estou usando o MonitorPlus 1.1.0.50 com C# no win10. Vou começar a implementar o NFCe em meu sistema e gostaria de saber se conseguirei usar minha impressora FS700 DARUMA para testes de impressão. Lembrando que essa é o modelo fiscal da Daruma.

A vantagem de criar o instalador é a instalação de novos schemas, webservices, etc. Caso haja alguma alteração em algum desses arquivos vai precisar copiar manualmente também.

Realmente, era isso mesmo!! Muito obrigado!!