Luiz Antonio Ubaldini

Bom dia @Daniel InfoCotidiano! Vi que saiu uma nova versão da Lib, fiz a atualização no meu sistema e realizei os testes.... Funcionou, agora está retornando o Nosso Número, conforme print abaixo: Único detalhe que reparei, no retorno do erro, é que o campo Nosso Número retornou sem o DV, e com um zero a mais a esquerda...mas já da pra localizar o boleto mesmo assim, pois eu sempre envio o Nosso Número para a Lib sem o DV, já que a prórpia Lib faz o cálculo do DV. Então pra mim, está resolvido, uma vez que já consigo identificar o boleto com erro no retorno. ---- Off-Tópic: Lembra que comentei com vc, no Discord, a respeito do zoom na pré-visualização do boleto. É possível alterar o zoom padrão que vem sempre em 100%? Mais uma vez grato pela atenção, e se quiser colocar esse tópico como resolvido pra mim, tudo bem. Abraço!

Obrigado @Daniel InfoCotidiano! Vou aguardar sair a nova compilação, faço os testes e depois retorno aqui pra reportar. Abraço.

@Daniel InfoCotidiano chegou a ver essa minha resposta ?

Sim, o retorno da rejeição está correto, o que não retorna são os dados do boleto que foi rejeitado...veja no print abaixo, que todas as demais chaves de identificação do boleto estão vazias. Nesse exemplo que te mandei, foi apenas um título, então fica fácil identificar qual título se refere a rejeição, o problema é quando a lista tem muitos boletos, fica mais complicado localizar qual boleto se refere a rejeição.

Seguem...

Bom dia @Daniel InfoCotidiano! Acabei de baixar a nova versão da Lib (1.2.1.330) e nos meus testes o campo 'Header_Operacao' aparece como 'CONSULTA_BOLETO' apenas no primeiro registro do retorno...nos demais ainda continua retornando como 'INCLUI_BOLETO'. Veja print abaixo:

Bom dia @Daniel InfoCotidiano! Obrigado pelo retorno. Referente a quantidade de arquivos, isso mesmo já retorna, o que ainda não retorna é a Quantidade Total de Registros (tag quantidadeTotalRegistros do JSON). "quantidadeTotalRegistros": 96, "quantidadeArquivo": 1,

Abaixo mais uma solicitação, para verificar se é possível ser realizada: No Post, especificamente no item 3 (Download e Leitura do(s) arquivo(s) de movimentação), a ACBrLibBoleto retorna o parâmetro 'Msg_Retorno=-Quantidade de arquivos :2'. Configurei o PostMan em meu PC para identificar os dados de retorno e percebi que além da quantidade de arquivos a API retorna a Quantidade Total de Registros (veja dados abaixo). Seria possível incluir a Quantidade Total de Registros nos dados do retorno? { "resultado": { "quantidadeTotalRegistros": 96, "quantidadeArquivo": 1, "idArquivos": [ 14439846 ] } }

Boa tarde ! Conversei com o @Daniel InfoCotidiano e o @Diego Foliene no chat do Discord no dia 14/11 e passei um problema ocorrido na utilização de Consulta Movimentação SICOOB API e me pediram para abrir um post no fórum, então vamos lá... Estou utilizando a ACBrLibBoleto, para realizar a Consulta Movimentação via API do banco Sicoob V3, seguindo todos os passos desse post Aqui. No post orienta a utilizar o método Boleto_ConsultarTitulosPorPeriodo e realizar o envio das consultas pelo parâmetro: TpConsulta: Boleto.Configuracoes.WebService.Operacao := tpConsulta. Fiz todas as configurações e está funcionando perfeitamente, mas percebi um detalhe que está incorreto. Mesmo passando esse parâmetro como TpConsulta, a ACBrLibBoleto devolve o método como: INCLUI_BOLETO, conforme imagem abaixo: Gostaria de solicitar essa correção, pois não é uma Inclusão e sim uma Consulta. Também gostaria de solicitar mais algumas correções que percebi durante a implantação, as quais citarei abaixo: Corrigir o Post, na parte onde informa que deve-se realizar o envio das consultas pelo parâmetro: TpConsulta, pois não é necessário informar esse parâmetro, uma vez que o próprio método Boleto_ConsultarTitulosPorPeriodo, define automaticamente o valor tpConsulta; Corrigir o manual Boleto_ConsultarTitulosPorPeriodo, que está citando que esse método da API é apenas do Banco do Brasil: Corrigir o manual Boleto_ConsultarTitulosPorPeriodo, na descrição do eArquivoIni, que está faltando citar os novos parâmetros: 'NumeroProtocolo' e 'Identificador', utilizados no Sicoob; Corrigir o manual Configurações da Biblioteca, no item BoletoWebSevice / Operação, onde o nome correto do parâmetro é: Operacao (sem acentos); No Post, especificamente no item 3 (Download e Leitura do(s) arquivo(s) de movimentação), é informado que deve-se: "Alimentar um titulo para que o componente pegue alguns parâmetros como contrato, cedente (valor pode estar zerado)". Quando se alimenta o componente com mais de um título o retorno do arquivo .INI vem duplicado. Por exemplo Se o retorno tiver 2 boletos e o componente foi alimentado com 1 título: RETORNO 2 boletos (está correto); Se o retorno tiver 2 boletos e o componente foi alimentado com 3 títulos: RETORNO 6 boletos (está incorreto); Nesse caso eu percebi que os valores se repetem, dessa forma no retorno: boleto1, boleto2, boleto1, boleto2, boleto1, boleto2. Gostaria de solicitar essa correção também, uma vez que o próprio componente poderia 'ignorar', caso o componente for alimentado de forma errada com mais de um título. Sei que é bastante informação para ajustes, então caso tenham dúvidas em algo que por ventura não consegui explicar corretamente, por favor me perguntem. Agradeço a atenção.

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.