Luiz Antonio Ubaldini

olá, sou Gabriel da Seek Informatica, falei no discord e me pssaram que eu deveria enviar um ticket no suporte solicitando a re-homologação do tef-paygo para atualizar a versão da nova dll poderia me ajudar com assunto?

@Daniel InfoCotidiano fiz as modificações em meu sistema e deu certo. Muito obrigado pelo ótimo e eficaz atendimento. Um abraço.

Bom dia @Daniel InfoCotidiano Acabei de enviar no e-mail '[email protected]', aos seus cuidados, os arquivos .ini que você solicitou e o boleto em PDF para você fazer os testes com os dados reais do cliente. Dúvidas estou a disposição. Grato.

Bom dia pessoal! Poderiam me auxiliar? Estou fazendo homologação de boletos para um cliente no banco Itaú, eu uso a DLL da ACBr ACBrBoleto32.dll, e o gerente do banco não estão aceitando a mensagem nas instruções referente a juros (imagem 1 anexa). Eles disseram que tem q trocar o texto onde diz 'PARA PAGAMENTO A PARTIR DE 11/08/2024'...eles só aceitam se tiver o texto 'APÓS O VENCIMENTO' (imagem 2 anexa). Já fiz homologação em vários bancos e todos aceitam tranquilo, não entendi pq o Itaú não aceita dessa forma.... Tem como alterar esse texto usando a DLL ? Grato. Imagem 1 Imagem 2 Mensagem do banco (a parte dos 60% dos juros já corrigimos)

Bom dia @Renato Rubinho! Fiz o teste que você mencionou acima e entendi o que ocorreu nesse caso... Temos o costume de fazer em nossos clientes, antes de começar a utilizar os boletos no sistema, de gerar um boleto de R$1,00 (um real) e pedir para o cliente pagar. Fazemos isso para o cliente aprender como funciona todo o processo e também como se fosse uma 'homologação', para saber se o valor irá cair corretamente na conta do cliente. Ocorre que o boleto é de um valor muito baixo R$1,00 e a taxa de juros é de 3% ao mês (3% / 30 dias = 0,1% ao dia), sendo R$1,00 * 0,1% = R$ 0,001 de juros ao dia, arredondando dá R$0,00 de juros, ou seja, não tem juros nesse boleto. Então o conteúdo da tag 'ValorMoraJuros' que foi no arquivo INI é VAZIO e está correto... O que estava errado é que eu mandei no arquivo ini nas tags: 'DataMulta=20/01/2024' e 'CodigoMora=1', quando deveriam ser 'DataMulta=' e 'CodigoMora=' (ambos vazios, pois não tem juros). Resumindo, eu corrigi o meu problema inserindo valores corretos no arquivo .ini, como se fosse ISENTO DE JUROS, pois não há juros nesse caso. Não se se a DLL deveria tratar isso quando o valor do juros é zero. Nessa situação deixo a cargo de vcs avaliarem, pois é possível resolver isso como eu resolvi. Obrigado pela atenção, e se quiserem fechar o tópico fiquem a vontade.

Boa tarde ! Estou utilizando a DLL da ACBr (ACBrBoleto32.dll - versão 0.2.0.272), para emissão dos boletos e arquivo de remessa ao banco Bradesco. Ocorre que ao fazer a validação do arquivo remessa CNAB240 junto ao Bradesco, está retornando a seguinte mensagem: ============================================================================================================================ Linha 3, colunas 119 a 126, Data de juros/mora não informada. Será considerado o vencimento. ============================================================================================================================ Aparentemente isso não é uma falha de validação no arquivo CNAB, mas somente um alerta. Porém se possível corrigir isso na DLL e passar a data do vencimento dos juros no arquivo, seria interessante. Eu passei no arquivo ini essa data através da tag: 'DataMoraJuros', conforme imagem abaixo, porém essa informação não está indo para o arquivo remessa gerado pela DLL. Arquivo INI: Arquivo Remessa gerado (campos conforme o manual do Bradesco): Edit: Se precisarem dos arquivos .ini e .rem posso enviar. Só não coloquei no tópico devido aos dados sensíveis. Dúvidas estou a disposição. Grato.

Bom dia @Daniel InfoCotidiano. Fiz os testes e foi resolvido. Obrigado pelo retorno !

Bom dia ! Realizei o teste aqui colocando a tag DFe / SSLHttpLib, com o valor 4 e realmente o erro não ocorreu mais. Verifiquei o log e gravou isso: "Erro ao aplicar configurações de WebservicesSuporte a "httpIndy" disponível quando: Delphi, MSWINDOWS, e sem a diretiva {$DEFINE DFE_SEM_INDY}". --- Outro teste que fiz foi colocar a tag DFe / SSLCryptLib = 2. Gravou o seguinte log: "Erro ao aplicar configurações de WebservicesSuporte a libCapicom foi desativado por compilação {$DEFINE DFE_SEM_CAPICOM}". Mas nessas situações a dll inicializou normalmente, o que já ajuda demais. Muito obrigado pelo retorno e pela atenção prestada, assunto resolvido. Valeu!

Fiz esse teste, como você solicitou. Ao remover o ini da pasta e iniciar a dll, ele cria novamente igual ao print que você mandou acima (valor 0 na tag: 'SSLHttpLib'). E com isso realmente a falha na inicialização não ocorre. Mas para você simular o erro que eu passei no post, basta deixar o valor assim (valor 4 na tag: 'SSLHttpLib'): A falha na inicialização da dll vai ocorrer por causa do valor 4 na tag: 'SSLHttpLib'. Anexei os dois logs, com valor 0 e valor 4 abaixo. Obs.: Quando o valor está 4, você vai perceber no log que é feita a tentativa de inicializar a dll, mas já finaliza em seguida, pois o valor 4 é inválido para o campo e com isso não consegue gravar o restante do log. Obs2.: Meu arquivo ACBr.ini chama-se BOLETO.INI ACBrLibBoleto-20230925 _ SSLHttpLib=0.log ACBrLibBoleto-20230925 _ SSLHttpLib=4.log

Eu quem agradeço a atenção.

Sim, nessa situação eu coloquei o seguinte valor: Selçao [CFe] - Tag: SSLHttpLib=4 (Não ativo na compilação ACBr). Não grava log mesmo, pois a dll nem chega a inicializar e ocorre o erro. Então creio que tenha algo dentro da Lib que não permite fazer mais nada (nem mesmo gravar o log de erro), pois a configuração está incorreta. Mas é bem simples simular essa situação: basta mudar essa tag que informei acima no seu ACBrLib.ini e tentar utilizar a Lib, vai perceber que o erro irá ocorrer.

Eu quem agradeço.

Sim, já estão corretas agora...Porém ocorreu de em um momento eu gravar valor errado em uma dessas tags e a dll passou a não inicializar mais, causando falha na inicialização. Como eu não sabia onde estava errado os valores (pois são muitas tags), tive que remover o arquivo ACBrLib.ini e deixar a biblioteca criar novamente ao inicializar. Minha sugestão nesse caso é: quando estiver com um valor Não ativo na compilação ACBr (como dito na prórpia documentação), que a própria biblioteca corrija, pois são valores que não devem ser usados. Permitindo assim ao menos inicializar a biblioteca. Segue anexo, porém não grava muita coisa, pois a biblioteca nem chega a iniciar e já retorna o erro: -1 (Indica que houve falhas na inicialização da biblioteca) no método 'Boleto_Inicializar'. Obs.: O arquivo deConfigurações da Biblioteca (ACBrLib.ini), no meu sistema é chamado de BOLETO.INI. ACBrLibBoleto-20230922.log

Boa tarde ! Utilizando a dll ACBrBoleto32.dll. e realizando alguns testes, percebi que se por algum motivo ficar valores inválidos (no arquivo ACBrLib.ini) nos campos descritos a seguir, não é possível inicializar a biblioteca e com isso nenhum erro é retornado, ficando difícil encontrar onde está a falha. - Seção DFe - campo SSLCryptLib: Valor incorreto: 2; - Seção DFe - campo SSLHttpLib: Valor incorreto: 4; Então se esses valores estiverem de forma incorreta, não é possível inicializar a Dll. A não inicialização está correta, porém não é possível nem ao menos chamar método 'Boleto_UltimoRetorno', para capturar o erro, pois a dll nem iniciada foi... Poderiam me dar uma sugestão do que fazer neste caso?

Boa tarde ! Estou implementando o uso da API para registro dos boletos online, no banco Sicoob, utilizando a dll ACBrBoleto32.dll. Consegui fazer funcionar tranquilamente, seguindo todos os passos do manual e conteúdo aqui do fórum. No método 'Boleto_EnviarBoleto', após obter o retorno dos dados, o layout do arquivo em formato .ini, está com uma inconsistência, conforme descrevo a seguir: O arquivo inicia com a seção: [REGISTRO1] e depois vem as demais seções [REJEICAO1-1], [TITULORETORNO2], [Sacado1], [SacadoAvalista1]... Depois inicia a seção com o próximo registro: [REGISTRO2], [REJEICAO2-1], [TITULORETORNO3], [Sacado2], [SacadoAvalista2]. Observem que onde está em vermelho está com uma numeração diferente das demais seções em negrito (ao invés de iniciar com o contador em 1, está iniciando em 2). Assim ficando diferente das demais seções. Outro detalhe também que percebi, é que entre um registro e outro falta uma linha em branco, para separar as seções, vejam abaixo: Estou anexando um arquivo de retorno ao tópico, para que possa ser analisado melhor. Grato. Retorno_WS.txt