Ir para conteúdo
  • Cadastre-se

Moreira

Membros Pro
  • Total de ítens

    22
  • Registro em

  • Última visita

Tudo que Moreira postou

  1. Boa tarde José, Nesse caso a taxa ela é mensal mesmo, o problema está na geração do ACBR na frase: "Cobrar juros de 0,16% ao mês de atraso" quando na verdade deveria ser: "Cobrar juros de R$ 0,16 ao mês de atraso". O valor de juros (somente na instrução impressa no boleto) está sendo transformada em % quando na verdade deveria ser R$
  2. Bom dia, Estou com um problema nos boletos do banco Safra. Quando eu gero um boleto com a instrução de juros em reais, a mensagem de juros corpo do boleto sai como porcentagem. O valor está correto (R$ 0,16) porém está saindo como 0,16%. No arquivo .INI não tem a informação das instruções (segue print) e também não encontrei a opção no ACBRMonitor para alterar de porcentagem para reais. Como corrijo esse problema?
  3. Bom dia, estou gerando uma remessa do banco Safra, porém a Instrução 02 não está saindo na remessa. Ela está saindo no arquivo titulos.ini porém não na remessa. Posição 157 a 158: Instrução 01 > OK Posição 159 a 160: Instrução 02 > Faltando
  4. Bom dia, o problema foi resolvido. Eu estava testando em um emulador, e voces tinham razao, ele estava retornando erro na emissao. Por conta do erro o acbr nao retornava o nome do arquivo. O nome do arquivo que eu grifei na segunda imagem era na verdade o arquivo de envio, mas como estava dando erro ele não gerava o arquivo Xml do Sat, por isso não retornava o nome, eu não havia me atentado para isso. Testei diretamente em um cliente e deu tudo certo, ficou muito bom. Vou fazer agora o tratamento dos codigos de erros. Muito obrigado.
  5. Eu estava testando com o emulador. Vou conectar em um cliente agora, e fazer um teste com um equipamento real.
  6. Bom dia a todos, estou comunicando com o ACBRMonitor (1.3.0.258) por TCPIP atraves de um programa em PHP. Esta funcionando a comunicacao, recebo o retorno dos comandos que executo, porem na emissao do SAT, no retorno recebido nao consta o nome do arquivo XML que foi gerado. Tentei executar a funcao ConsultarNumeroSessao, para ver se retornava o ultimo arquivo, mas tambem nao retornou. Tenho que executar alguma outra funcao para receber o nome do arquivo xml ? pois preciso dele para mandar o comando de impressao. Existe alguma outra forma de mandar imprimir ou pegar esta informacao ? Obrigado.
  7. Sinistro !!! Fui testar com o PHP 7.4 e por acaso abri a pagina de teste no Edge, e funcionou. Voltei ao PHP 5.2 e tambem funcionou. Testei com os navegadores Edge, Firefox e Opera, e funcionou ! Descobri que é no Chrome que esta ocorrendo o problema, mesmo o PHP sendo uma linguagem server-side, ha algo no Chrome que esta causando este problema. Mesmo sem estar no Inspect, algo esta causando este problema. Ja fico mais tranquilo que nao é nada no Acbr, e ja posso rodar no Firefox. Obrigado
  8. Obrigado Daniel, acho que esta ocorrendo um problema na classe ClientSocket, a funcao de leitura de resposta ( recv() ) parece estar causando uma nova execucao dos comandos. Vou modificar a classe e fazer mais testes. Se eu encontrar a solução eu posto aqui no forum. Obrigado
  9. Parece, mas o programa executa apenas uma chamada. Olhando no F12 (inspecionar elemento) da para ver que é executado uma unica vez o programa em php. Ja inseri mensagens no programa e no ClientSocket para debugar, mas recebo as mensagens uma unica vez, quando o acbr executa a primeira vez. Ja testei em 3 computadores, com PHP 5,2 e 5,3, (neste projeto tenho que trabalhar com a 5.2) mas ele sempre executa duas vezes. Reparei que no exemplo que esta no diretorio do Acbrmonitor os comando terminam com apenas um \n (10). Mas desta forma nao da certo aqui, nao executa. Em alguns comentarios e sites tenho visto usando o chr(13).chr(10) . chr(46) . chr(13).chr(10) , isto tem funcionado para enviar, esta correto isso ?
  10. Segue anexo o Log do acbr, o programa e a execucao. LOG3.TXT
  11. Bom dia, ja trabalho a bastante tempo com o ACBRmonitor com a comunicacao por arquivos .txt, mas agora estou ajustando meu sistema para trabalhar com comunicacao TCPIP. Trabalho com PHP, e estou usando como base os exemplos que estao na pasta do ACBR, porem estou tendo um problema, sempre que mando enviar um comando ele executa duas vezes no ACBR. Ele conecta normalmente, recebe o retorno, mas olhando no Acbr vejo que ele executou duas vezes cada comando que eu enviei. Alguem ja teve algum problema parecido ? pode me dar uma ajuda ? Obrigado Testei com o ACBRMonitor : 1.0.0.10 e 1.3.0.258
  12. Boa tarde Fenix, é exatamente isso que voce falou. Eu estava usando a data do dia como data do documento. Vou alterar para usar a data de criacao da conta. Muito obrigado !
  13. Moreira

    Nosso Numero Sicredi

    Bom dia, Utilizamos o AcbrMonitor para geração de boletos em nossos clientes, e temos um cliente que utiliza o boleto do banco Sicredi que está com um problema. Todos os boletos que foram gerados com vencimento para o ano atual (2017) foram gerados com o Nosso Número errado. No layout do boleto o nosso número inicia com 16 (referente ao ano passado) e no arquivo de remessa, na coluna referente ao Nosso Número, ele inicia com 17 (referente a esse ano (correto)). Com isso, na hora que é feito o pagamento do boleto, o banco não encontra o registro para esse Nosso Número, e o boleto acaba entrando como sem registro. Gostaria de saber se já existe alguma atualização no AcbrMonitor a respeito disso. Atenciosamente, Victor.
  14. Moreira

    Arquivo de remessa

    Bom dia, Preciso saber onde eu altero o numero da sequencia do arquivo de remessa, porque o meu cliente precisa enviar a remessa bancária na sequencia certa, pois o Sicredi não aceita que pule a sequencia. Foi encontrada a solução.
  15. Outro informacao que recebi agora, é que o SO do servidor onde esta instalado o AcbrMonitor é o Windows Server 2008.
  16. Bom dia Daniel, a opcao de gerar log estava desmarcada. Hoje (agora na verdade) aconteceu novamente, o Acbrmonitor ficou travado sem responder, porem no gerenciador de tarefas ficou com 50% de uso. Na segunda feira vou levar um computador meu para o cliente, para fazer os testes em um micro recem formatado. Se resolver eu informo aqui.
  17. Bom dia Celso, vou detalhar melhor o problema, é apenas em um cliente e acontece raramente, mas quando acontece causa bastante transtorno. Quando ocorre o problema o Acbr trava e para de responder, esse print que foi enviado acima é justamente em um momento destes. O AcbrMonitor nao respondia, mas ficava permanentemente com um consumo de 50% da cpu (é um computador dual core, ao que parece ele estava consumindo 100% de uma das cpus). Ficou com este consumo ate ser fechado pelo gerenciador de tarefas. Estou usando arquivos TXT para comunicacao. Os terminais gravam um tmp no servidor e apos fechar o arquivo renomeia para o TXT que o AcbrMonitor esta esperando. Estamos usando o Boleto e o Sat (Elgin). Pelo que me lembro este erro ocorreu ao emitir um SAT. Estamos usando a versao 1.0.0.9. Acabamos de atualizar para a 1.0.0.10 para ver se nao da mais o problema. Sei que é um erro de complicado de solucionar, pois pode ser algo com o computador do cliente, mas achei por bem reportar para saber se voce tem tido algum problema deste tipo ou outros tenham reportado erros assim. Qualquer ajuda na solucao ou em como detectar o problema é bem vinda. Obrigado
  18. Bom dia, tenho o ACBR instalado em vários clientes, e, em um cliente, que estava com alguns problemas, percebi que o ACBR vem consumindo muita CPU, mais do que o normal. O que pode ocasionar isso? Segue imagem.
  19. Moreira

    Canhoto

    Bom dia, gostaria de saber se é possível nos boletos gerados pelo acbrMonitor, no caso estou utilizando Sicredi, adicionar um canhoto, onde, a pessoa que está recebendo o boleto, possa assinar o mesmo, para ter um comprovante que o boleto foi recebido.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.