Moreira

Aparentemente o problema esta no BB Repeti o processo de envio mais algumas vezes, ate que aceitou Deu certo o envio

Boa tarde, estou criando uma aplicacao no BB e estou tento erros ao enviar o certificado segui todos os passos do tutorial https://www.projetoacbr.com.br/forum/topic/79375-manual-de-exportação-de-certificado-para-uso-nas-apis-do-banco-do-brasil/ mas quando envio recebo o seguinte erro: Alguem tem ideia do que pode ser isso ? Obrigado

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.

Eu estava testando com o emulador. Vou conectar em um cliente agora, e fazer um teste com um equipamento real.

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.

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

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

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 ?

Segue anexo o Log do acbr, o programa e a execucao. LOG3.TXT

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

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 !

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.