Pesquisar na Comunidade
Showing results for tags 'acbrlibboleto'.
Encontrado 13 registros
-
AcbrLibBoleto tarja preta quando imprimi em ambiente de nuvem Azure
um tópico no fórum postou Mauro Jr Guadagnino Dúvidas gerais
Bom dia pessoal, espero que estejam bem! "Estou utilizando AcBrLibBoleto (última versão disponível) e quando eu tento imprimir o boleto através do método GerarPDF o campo da logo do banco fica com uma tarja preta e o campo do código de barras também fica com essa tarja preta e esse comportamento só acontece quando eu rodo a aplicação no ambiente em nuvem, local na minha maquina funciona. Alguém teria alguma sugestão do motivo desse problema? Abaixo imagem do boleto . Minha aplicação é em Asp Net Core e o ambiente em nuvem é um App Service Windows da Azure." Literalmente estou copiando a mesma postagem de um tópico antigo que encontrei aqui no fórum (https://www.projetoacbr.com.br/forum/topic/9311-tarja-preta-no-código-de-barras/), porque estou com o mesmo problema dessa pessoa e já fiz de tudo, verifiquei permissões, troquei as DLLs, verifiquei o caminho da pasta e etc etc... Uma observação é que não estou utilizando nenhum arquivo .INI, estou utilizando direto na memória. Segue abaixo imagem do boleto já postado anteriormente pelo Sr. @Benjamin Machado, pois, como dito anteriormente, estou com um problema IDÊNTICO. Agradeço desde já e fico à disposição! -
Estou tentado alterar a data de um boleto, usando ACBRLibBoleto versão 1.2.1.313 para API BB, que foi registrado e não estou tendo sucesso. Segue print que mostra o log da chamada sendo feita e retornando um erro 400 1.1 Bad Request, só que na lib tbm mostra na tela que não teve rejeição quando deveria ter uma rejeição. De qualquer forma, foram alteradas as datas de vencimento, multa e protesto do boleto, para realizar o teste de alteração, e na chamada essas informações não foram enviada para alterar no banco. Além das imagens colocamos os logs do WS e da Lib no modo mais detalhado. Agradeço se puderem ajudar. logws.txt ACBrLibBoleto-20240920.log.txt
-
Novidades ACBrBoleto, nova API Sicoob V3 disponível para testes !
um tópico no fórum postou Daniel InfoCotidiano Notícias do ACBr
Ótima notícia comunidade ACBr ! Para quem não está sabendo o banco Sicoob disponibilizou uma nova API denominada V3, segundo eles a versão anterior produção vai ser descontinuada, mas sem data prevista. O ambiente de teste da versão anterior V2 foi descontinuado segundo suporte: "Maria Eduarda: Prezado, bom dia. O ambiente de Sandbox da API Cobrança Bancária V2 foi descontinuado. Orientamos que os cooperados utilizem o novo Sandbox adequado a versão 3. A API Cobrança Bancária V2 ainda estará disponível em produção." Fizemos a implementação desta nova API V3 e está já disponível em nossos repositórios para que vocês possam realizar os testes. Todos os nossos testes foram realizados em ambiente SandBox. Como configurar: -
Conforme retorno do banco UNICRED de SC, a posição 108 da linha 3 do arquivo de remessa está indo como vazio e deveria vir como 'S' ou 'N'. Utilizamos a LIB no nosso projeto com a última versão, validamos no código e apenas existe a regra desse campo para a UNICRED ES. Tentamos encaixar os valores com a regra existente no código da UNICRED ES para informar esse campo como 'S' ou 'N', porém em todos os momentos o campo foi informado como vazio. Mesmo colocando as seguintes tags: [BANCO] VersaoArquivo=85 E forçando utilizar o UNICRED ES: TipoCobranca=26 Não resolveu o problema. 1716555864726_GR_-_COB136_-_Cobranca_WEB_-_Layout_CNAB_240_-_Remessa (2).pdf
-
Boa tarde. Estamos integrando nosso sistema WEB para fazer a emissão de boletos via api utilizando a dll ACBrLibBoleto-0.2.0.248. Utilizamos Node.js para comunicação com a dll. A emissão dos boletos é para o banco sicoob. Nosso sistema desktop usa o componente ACBr e esta funcionando, no entanto no WEB com a dll estamos recebendo o erro de: - Falha Envio: Falha na Autenticação: HTTP_Code=500 Erro=client_id=&scope=cobranca_boletos_consultar cobranca_boletos_incluir cobranca_boletos_pagador cobranca_boletos_segunda_via cobranca_boletos_descontos cobranca_boletos_abatimentos cobranca_boletos_valor_nominal cobranca_boletos_seu_numero cobranca_boletos_especie_documento cobranca_boletos_baixa cobranca_boletos_rateio_credito cobranca_pagadores cobranca_boletos_negativacoes_incluir cobranca_boletos_negativacoes_alterar cobranca_boletos_negativacoes_baixar cobranca_boletos_protestos_incluir cobranca_boletos_protestos_alterar cobranca_boletos_protestos_desistir cobranca_boletos_solicitacao_movimentacao_incluir cobranca_boletos_solicitacao_movimentacao_consultar cobranca_boletos_solicitacao_movimentacao_download cobranca_boletos_prorrogacoes_data_vencimento cobranca_boletos_prorrogacoes_data_limite_pagamento cobranca_boletos_encargos_multas cobranca_boletos_encargos_juros_mora cobranca_boletos_pix cobranca_boletos_faixa_nn_disponiveis&grant_type=client_credentials Obs: client_id foi removido da msg acima, mas é informado corretamente. Estamos utilizando os mesmos certificados tanto no componente quanto na dll (arquivos .key e .pem). Existe alguma diferença entre o component e a dll? O que poderia estar afetando para ocasionar esse erro? Att.
-
ACBrLibBoleto - Campo nosso número preenchido com dados inválidos.
um tópico no fórum postou JACKSON DOUGLAS ACBrLIB
Olá, bom dia. Estou tendo problemas ao gerar boleto via BancoBrasilAPI. Pelo meu sistema estou gerando os arquivos cedente.ini e títulos.ini conforme o modelo, porém, ao tentar enviar o boleto, ele me retorna o erro: Campo nosso número preenchido com dados inválidos. Só que usando o demo no Lazarus, usando o componente, emite normalmente, com os mesmo dados. Pelo teste do acbrlibboleto, ele dá falha ao tentar carregar o cedente.ini. Segue abaixo os arquivos ini e os logs. ArqBoletoWS.log boletos.ini cedente.ini titulos.ini ACBrLibBoleto-20221207.log -
Olá, tudo bem? Novamente estou retornando a vocês carregando problemas com o leiaute da Uniprime-PR 084. Estamos homologando mais um cliente para este banco, e a gerente responsável está pedindo para readequar a remessa conforme o novo leiaute passado, na atual versão 2.0, e informar os códigos de protesto especificados entre as posições 157 e 160 no registro tipo 1. Poderiam, por gentileza, fazer estes ajustes na lib do boleto ou orientar-me a fazer a fazer as devidas alterações de configuração, caso o componente já esteja adequado a esta situação? Muit o obrigado! 1. Solicitação de alteração, conforme passada pela gerente. 2. Unit AcBRUniprimeNortePR em comparação com o manual ACBrLib0.ini boleto.pdf Boletos_-_CobExpress_-Exemplo.pdf Manual_de_Cobrança_-_Layout_CNAB_400_Atualizado.pdf remessa.txt titulo1.txt -
Olá, pessoa. Tudo bem? Estou precisando da ajuda de vocês mais uma vez. Nós já temos alguns clientes que emitem boletos através da instituição Uniprime - Norte do Paraná, de código 84, e estamos homologando os boletos de mais um novo cliente. O problema é que o responsável pela homologação na instituição financeira está nos solicitando que as instruções de cobrança padrão, contendo as informações de Juros, Multa e Dias de Protesto, vá para o arquivo de remessa. De fato o leiaute anterior do CNAB400 para esse banco não continha, nem sequer, a definição do registro tipo 2, mas, agora, o responsável disse que tem. Por mais que seja redundante, o responsável disse que essa mensagem precisa ir de qualquer jeito. Vocês poderiam orientar-me a como incluir essas informações no AcBRLibBoleto para essa instituição, para que a remessa possa ser gerada com esse registro tipo 2? Obs: Anexo ao post está o manual atualizado e o e-mail de comunicação com o responsável pela homologação. 1. Email de comunicação com a Uniprime-PR.pdf 2. Boletos_-_CobExpress_-Exemplo.pdf 3. Manual_de_Cobrança_-_Layout_CNAB_400_Atualizado.pdf
-
Bom dia, estou realizando os testes de impressão do boleto em uma impressora bluetooth portátil de 80mm, porém não consigo realizar a leitura pois o código de barras fica borrado. Gostaria de saber se alguém passou por esta situação, e também quais marcas/modelos estão utilizando para realizar as impressões Estou utilizando o ACBrLibBoleto.
-
Olá, pessoal, tudo bem? Estou tendo problemas na geração da remessa do banco SICREDI, no leiaute CNAB400, que não está gerando o registro tipo 2, responsável por conter os dados do nosso número e também as instruções de cobrança do título. Eu analisei a unit "ACBrBancoSicredi.pas", mas não encontrei nenhum método responsável pela geração deste registro para ver se eu estava configurando alguma coisa de errado. Como nós ainda estamos utilizando o componente de emissão de boletos da Tecnospeed, eu tenho um modelo de remessa gerado de acordo com o manual. O campo do ini que estou informando a instrução é "Mensagem" e a página 25 do manual de instruções do CNAB400 para SICREDI contém as definições para a geração do registro tipo 2. Link para manual CNAB400 SICREDI consultado: https://www.sicredi.com.br/media/manual_cnab_400_28062021.pdf Segue os arquivos em anexo para análise. Muito obrigado. ACBrLib.ini boleto.pdf IncluirTitulo.ini manual_cnab_400_28062021.pdf remessa SICREDI com reg tipo 2 - Tecnospeed.CRM remessa SICREDI sem reg tipo 2 - AcBrLibBoleto.CRM
-
Olá, pessoal, tudo bem? Mais uma vez eu perturbando vocês por aqui. Estou implementando a emissão de boletos pelo AcBrLib, antes eu emitia pela Tecnospeed, e estou com problemas com alguns bancos em relação à emissão da remessa. O Sicoob, por exemplo, que usa o leiaute de remessa CNAB240, está apresentando duas divergências em relação ao "Código do Convênio no Banco" e ao "Dígito Verificador da Ag/Conta", este último indo em branco, mas o valor default precisa ir 0 (e que está informado no AcBrLib.ini). Eu vou anexar os arquivos para vocês analisarem, pois eu já configurei de inúmeras formas estes dois campo, e mesmo assim a remessa não aprova no validador, embora pense que esteja configurando algo de errado. O endereço do validador que estou usando é este aqui: https://www.sicoob.com.br/web/sicoob/validador-cnab Abaixo eu descrevo quais campos eu preenchi para a validação do arquivo: O arquivo de validação em PDF está em anexo, com o nome "retorno validador sicoob.pdf" Aguardo retorno, e muito obrigado. ACBrLib.ini boleto.pdf remessa.txt retorno validador sicoob.pdf
-
Bom dia. Um usuário reportou um problema ao validar o arquivo de remessa. Estava usando a ACBrLibBoleto64.dll versão 02.0.92. Atualizei para a versão 0.2.0.103, porém agora ao chamar a função Boleto_IncluirTitulos não recebo o retorno "OK". Recebo um retorno vazio, e o título não é inserido. Não estou conseguindo identificar o problema. Anexei o título que estou inserindo, porém acontece com qualquer título. Titulo.ini
-
Olá, Para quem utiliza a ACBrLibBoleto será necessário pequenos ajustes nas chamadas de alguns métodos dessa biblioteca. Essas melhorias foram realizados por questões de Padronização de performance. As alterações se fazem necessárias a partir da versão 0.2.0.101 da ACBrLibBoleto Essas alterações já estão atualizadas no manual da ACBrLib: https://acbr.sourceforge.io/ACBrLib/MetodosBoleto.html Basicamente as mudanças estão em alguns métodos que NÃO necessitam de respostas, então o retorno passa a ser o código padrão da biblioteca. Ou quando a resposta é apenas um valor "Inteiro" . Exemplos: Antes: Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida], sResposta, esTamanho); Atual: Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida]); Retorno Atual: 0 Indica que a função foi executada corretamente. -10 Indica que houve falhas na execução do método Retorno com Valor Inteiro: Antes: Boleto_TotalTitulosLista(sResposta, esTamanho) Depois: Boleto_TotalTitulosLista() Retorno Atual: 15 Indica o Total de Títulos Incluídos na Lista -10 Indica que houve falhas na execução do método Segue abaixo todos os Métodos Atualizados (removendo os parâmetro "sResposta", "esTamanho") Boleto_ConfigurarDados(eArquivoIni) Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida]) Boleto_TotalTitulosLista() Boleto_SetDiretorioArquivo(sDiretorio, [sArquivo]) Boleto_TamNossoNumero(sCarteira, sNossoNumero, sConvenio) Boleto_SelecionaBanco(CodBanco) Os exemplos estarão disponíveis nos aplicativos demonstração da ACBrLibBoleto.
