Nelson A Sousa

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!!

Não encontrou o Monitor pra marcar?!? Como assim "marcar"?

Olá pessoal, Fiz a atualização hoje no SVN e estou encontrando o erro abaixo ao compilar. Alguém pode me ajudar?

Após compilar o projeto com as modificações que fizer será gerado o arquivo executável do AcrbMonitorPlus (AcbrMonitor.exe) Quanto ao arquivo de instalação é outra história. Você precisará ter o InnoSetup instalado, e, eu particularmente gosto de instalar também o ISTool. Instalados os dois, você deve abrir o arquivo AcbrMonitorPLUS.iss, encontrado na mesma pasta do projeto, com o IStool. Compile agora o projeto do instalador com o IStool para gerar instalador do Monitor.

Me desculpe por não concordar..rsrsrs. Mas o próprio MonitorPlus tem uma função que importa os dados diretamente do servidor da Receita, o que ajuda "zilhões" na validação dos dados. Validação esta que deve ser feita pelo sistema e não visualmente por quem quer que seja. Inclusive, se a compra não for presencial, o cliente não tem como fazer essa validação visual aí não. Continuo afirmando que delegar esse tipo de controle ou validação para o "olhômetro" e um "tirambaço no dedão"! Mas se puder dar uma sugestão, numa versão mais antiga do meu sistema, eu tinha uma imagem JPG que fiz no Corel Draw de uma Nota Fiscal. Era só posicionar os objetos no lugar certo e a coisa ficava igualzinha a uma nota fiscal. Mas acabei abandonando a ideia por ter que ficar "vigiando" as resoluções dos monitores.