Pesquisar na Comunidade

Novo tópico aberto em solicitação ao que foi pedido no fórum:Alterações boleto híbrido PenseBank e Sicoob Alterações geração de boletos (implementado na revisão - 36438) ACBrBoleto.pas: Método GerarMensagemPadraoDataLimitePagamento: complementadas (e pontuadas) as mensagens padrões do campo Data Limite de Pagamento: De “Não Receber após <<dias limite>> dias.” para “Não Receber após <<dias limite>> dias do vencimento.“. De “Não Receber após o Vencimento” para “Não Receber após o Vencimento.“ (acrescentado o ponto final). Método CalcularPercentualValor: Corrigido o cálculo do valor de desconto (conforme o tópico Dúvida sobre cálculo de desconto no ACBrBoleto). Está correção já está no SVN. ACBrBancoPenseBank.pas: Removido o método FormataNossoNumero. No caso do Pense Bank, o cliente não envia o nosso número no momento da geração do boleto, ele apenas o recebe já formatado, no retorno da geração ou no retorno da consulta. Assim, o número não pode ser formatado novamente, caso contrário o código de barras ficará incorreto. Sobrescritos os métodos EhObrigatorioNomeBeneficiario, EhObrigatorioAgencia, EhObrigatorioAgenciaDV, EhObrigatorioConta e EhObrigatorioContaDV, apenas para tirar a obrigatoriedade desses campos, pois eles não são obrigatórios para a geração do boleto, apenas necessários para a impressão. Sobrescrito o método MontarCampoCarteira, que serve para definir como o campo carteira é exibido na impressão do boleto. No BB, era exibido no formato <<número carteira>> / <<modalidade carteira>>, mas como esse dado não existe para o Pense Bank, era exibido o valor "1" para a modalidade (17/1, por exemplo). Como na impressão do próprio Pense Bank é exibido apenas o número da carteira, o método foi sobrescrito para fazer o mesmo. Alterado o método MontarCampoCodigoCedente para retornar no formato <<número agência>>/<<número conta>>, removendo zeros à esquerda da agência (mesmo padrão do Pense Bank). Alterado o método CalcularTamMaximoNossoNumero para retornar o próprio tamanho do nosso número (pois como dito anteriormente, o nosso número já é retornado formatado e no tamanho correto pelo Pense Bank). No método MontarCodigoBarras: Removida a formatação no Nosso Número. Removidos os zeros à esquerda do nosso número antes de realizar o cálculo do tamanho máximo. Isso foi feito por que, por padrão, o Pense Bank retorna o nosso número com 20 caracteres, sendo que os três primeiros dígitos são zeros. Contudo, o valor 20 não é uma das opções válidas de tamanho máximo do nosso número para o BB (10, 17, 7, 5 e 11); por isso, é feita a remoção dos zeros a esquerda. ACBrBoletoW_PenseBank_API.pas: Alterado para configurar Timeout da requisição. Removido campos que não existem em requisições Pense Bank. Corrigido envio da data da multa. Implementadas novas URLs: Rota de consulta detalhada por IdExterno. Rotas de Negativação. ACBrBoletoRet_PenseBank_API.pas: Ajustados e adicionados novos tratamentos para retornos de erros. Incluído retorno de consulta detalhada. Alterações na impressão padrão e carnê (implementado na revisão - 36438) Alterada a fonte das instruções da impressão carnê para ficar igual à fonte das instruções da impressão padrão. Impressão boleto padrão: Impressão Carnê (antes): Impressão Carnê (depois): Na impressão padrão, nos campos do Pagador e do Beneficiário Final: Alinhados os campos nome e endereço. Adicionado ":" a frente da palavra "Pagador". Padronizado o tamanho das fontes (alguns campos tinham fontes maiores que os outros). Antes: Depois: Também na impressão padrão, alinhado o label "Valor" com os demais da mesma linha. Antes: Depois: Na impressão carnê, nos campos do Pagador e do Beneficiário Final: Alinhados os campos nome e endereço. Adicionado ":" a frente da palavra "Pagador". Padronizado o tamanho das fontes (alguns campos tinham fontes maiores que os outros). Separado o label "Beneficiário Final" em dois, para simular quebra de linha. Antes: Depois: Também no carnê, removido um "x" que aparecia acima do QRCode (era um label separado que aparentemente não era usado). Antes: Depois: Um outro problema que identifiquei na impressão do carnê (e também em alguns campos da impressão padrão) é que em alguns campos o texto está “saindo fora” do espaço devido. Eu tentei inicialmente verificar se é possível configurar o componente para não crescer mais que o tamanho dele, mas não consegui. A propriedade AutoSize, que deveria servir justamente para isso, já estava desabilitada então isto nem deveria estar acontecendo. Dessa forma, a forma que encontrei para tratar esse problema foi implementar o evento OnBeforePrint dos campos com problema, e implementar para ser adicionado reticências (“…”) caso o texto exceda um tamanho específico. Antes (campos txtLocal e SwHouseCarne): Antes (apenas campo beneficiário): Depois: O campo beneficiário do boleto comum também tem o mesmo problema: Quanto a este problema, se vocês puderem analisar outra forma de corrigi-lo, pois talvez vocês conheçam uma correção mais simples para situação.

Neste post vou mostrar como utilizar os filtros de consultas para o Banco Inter. Lembrando que para consultar boletos V3, deixar a propriedade IndicadorPix := true; Se estiver False a consulta será realizada na V2. Veja se a propriedade UseCertificateHTTP: ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP :=true; // Consulta via data de Registro. vai devolver qualquer status, pois esta consulta é útil quando o lote é devolvido em processamento, após alguns minutos vc pode consultar a inclusão que teve em determinado dia. (e ele pode ter sido pago logo apos inclusao) Atente-se para o filtro Data, para A Receber vamos utilizar: FiltrosAPI.dataRegistro e o indicador indicadorSituacao = isAberto. FiltrosAPI.indicadorSituacao := isbAberto; FiltrosAPI.dataRegistro.DataInicio := StrToDate('09/09/2024'); FiltrosAPI.dataRegistro.DataFinal := StrToDate('09/09/2024'); // A RECEBER Atente-se para o filtro Data, para A Receber vamos utilizar: FiltrosAPI.dataVencimento e o indicador BoletoVencido como "não" FiltrosAPI.indicadorSituacao := isbAberto; // (0-isbNenhum, 1-isbAberto, 2-isbBaixado, 3-isbCancelado); FiltrosAPI.boletoVencido := ibvNao; // (0 - ibvNenhum,1-ibvNao, 2-ibvSim) FiltrosAPI.dataVencimento.DataInicio := StrToDate('09/09/2024'); FiltrosAPI.dataVencimento.DataFinal := StrToDate('10/09/2024'); // ATRASADOS Atente-se para o filtro Data, para Atrasados vamos utilizar: FiltrosAPI.dataVencimento e o indicador de BoletoVencido como "sim" FiltrosAPI.indicadorSituacao := isbAberto; // (0-isbNenhum, 1-isbAberto, 2-isbBaixado, 3-isbCancelado); FiltrosAPI.boletoVencido := ibvSim; // (0 - ibvNenhum,1-ibvNao, 2-ibvSim) FiltrosAPI.dataVencimento.DataInicio := StrToDate('09/09/2024'); FiltrosAPI.dataVencimento.DataFinal := StrToDate('10/09/2024'); // RECEBIDOS Atente-se para o filtro Data, para Recebidos vamos utilizar: FiltrosAPI.dataMovimento FiltrosAPI.indicadorSituacao := isbBaixado; // (0-isbNenhum, 1-isbAberto, 2-isbBaixado, 3-isbCancelado); FiltrosAPI.dataMovimento.DataInicio := StrToDate('09/09/2024'); FiltrosAPI.dataMovimento.DataFinal := StrToDate('10/09/2024'); // Cancelado Atente-se para o filtro Data, para Cancelados vamos utilizar: FiltrosAPI.dataMovimento FiltrosAPI.indicadorSituacao := isbCancelado; // (0-isbNenhum, 1-isbAberto, 2-isbBaixado, 3-isbCancelado); FiltrosAPI.dataMovimento.DataInicio := StrToDate('09/09/2024'); FiltrosAPI.dataMovimento.DataFinal := StrToDate('10/09/2024'); Espero per ajudado

Estou realizando a integração do nosso sistema em DELPHI, para utilizar a API de Boletos do ACBr, no momento, ao realizar o POST do Titulo Cresol (codigo de banco 133), o acbr retorna erro 400 sem conseguir realizar a comunicação com o server, porem, a Autentificação é realizada com sucesso. Segue abaixo a mensagem de erro HTTP_Code=400 Bad Request <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>400 Bad Request</title></head><body><h1>Bad Request</h1><p>Your browser sent a request that this server could not understand. <br/></p></body></html>

Desejo configurar boleto banco do brasil no acbrmonitorplus, está retornando o erro: ERRO: Falha ao Enviar Boleto. Erro: Falha na AutenticaA A o: HTTP_Code=400 Erro="Bad Request" Estou usando o comando abaixo para teste: BOLETO.EnviarBoleto (3) 1-Segue anexo tela da configuração do acbrmonitorplus; 2-Obtive as chaves no site do banco do brasil para teste em homologação: developer_application_key É a credencial para acionar as APIS do Banco do Brasil. 817799241ec9b7exxxxxxxxxxxxxxxxxxxxxxxx Credenciais OAuth client_id É o identificador público e único no OAuth do Banco do Brasil. eyJpZCI6IjhlMjlkZDJkLTE3YzQtNDxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx client_secret É conhecido apenas para sua aplicação e o servidor de autorização. Por isso, tome muito cuidado com seu armazenamento. Em caso de suspeita de fraude, deverá acessar suas Credenciais dentro da sua Aplicação e realizar a troca do mesmo. eyJpZCI6IjA4MTFjMTMtMWFjMC00ZjZhLTkxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx no campo scope do acbrmonitorplus preenchi com cobrancas_boletos (nao sei se esta correto) No campo Banco (dentro da seção Boleto - Conta Bancária) , selecionei cobBancodoBrasilAPI Falta algo que devo configurar ?

Olá, estou recebendo um erro ao tentar efetuar a consulta detalhada de um boleto via API do Santander, nos logs é registrado que os valores enviados para consulta não estão de acordo com o formato esperado Entrei em contato com o suporte deles e me informaram que em ambiente de sandbox o parâmetro bankNumber (nossoNumero) deve ser enviado com apenas 8 dígitos para que funcione. Acionando o endpoint com a lib, o nossoNumero é completado automaticamente para que fique com 12 dígitos, que é a quantidade pedida pelo Santander em ambiente de produção. Isso impede que esse endpoint de consulta em ambiente sandbox seja utilizado e testado antes de subir pra produção. logs.txt

Bom dia Fiz a implementação da geração de boletos híbridos pela API do Sicredi, a geração e leitura do QrCode ocorre corretamente quando a chave pix adicionada é CNPJ, mas quando a chave é outra informação o QrCode não consegue ser lido pelos apps de bancono seu inicio. Analisando a documentação da api e o post instruindo como efetuar a configuração do componente, a adição da chave e tipo de chave não são obrigatórias para o registro desse boleto, Alguém já passou por essa situação e poderia me ajudar?

Bom dia, me chamo Andreus. Estou tendo um problema com um cliente no envio dos boletos via webservice no Bancoob. Estou colocando em anexo o log da comunicação. Acontece que estou sendo bloqueado no envio dos boletos e verifiquei que é devido ao compontente estar fazendo mais requisições que o permitido na API. o endpoint de incluir boleto apenas aceita 2 por segundo e ao verificar o log vie que os envios foram 05/09/24 16:39:33:007 05/09/24 16:39:33:558 05/09/24 16:39:33:947 Nesse terceiro envio já tive o bloqueio. Não está no arquivo em anexo mas na quarta requisição em 05/09/24 16:39:34:009 o envio ocorreu normalmente. Alterei o a função de envio do para executar um sleep antes de enviar caso o banco seja bancoob, ainda não foi realizado os teste mas já estou reportando essa situação aqui no fórum. Qualquer coisa estou a disposição. logBoletoACBr.txt

Atenção comunidade ! Recebemos informações do Banco Inter que no dia 31/10/2024 a API Cobrança (V2) Será DESCONTINUADA! A API V3 já está funcionando, para quem nunca utilizou, basta ler este post, clique aqui. Não deixe seus testes para a ultima hora, realize os testes com antecedência para que isso não tenha impacto negativo na sua aplicação.

Fala pessoal, novidades na Solução ACBrBoleto ! Recebemos uma contribuição da equipe @Desenv. AT Info Sistemas da implementação do Banco Banrisul via API. Já está em nossos repositórios disponível para TESTES. Muito obrigado pela colaboração @Desenv. AT Info Sistemas é de grande importância a comunidade. Para configurar, siga os passos do post abaixo:

Boa tarde comunidade ! Em 4 de março, tínhamos postado aqui no fórum atualizações de endpoint p testes em homologação. mas hoje foi removido até dos manuais Santader este endpoint. (link do post anterior) O usuário @Leandro Coelho nos reportou que o SANTANDER removeu os endpoint que estávamos utilizando e voltou para SandBox. Então hoje fizemos atualização destes endpoints.: {URL Produção} C_URL = 'https://trust-open.api.santander.com.br/collection_bill_management/v2'; C_URL_OAUTH_PROD = 'https://trust-open.api.santander.com.br/auth/oauth/v2/token'; {URL Homologação open-h removido no manual 2.6 do banco santander}: //C_URL_HOM = 'https://trust-open-h.api.santander.com.br/collection_bill_management/v2'; //C_URL_OAUTH_HOM = 'https://trust-open-h.api.santander.com.br/auth/oauth/v2/token'; {URL Sandbox - Adicionado} C_URL_HOM = 'https://trust-sandbox.api.santander.com.br/collection_bill_management/v2'; C_URL_OAUTH_HOM = 'https://trust-sandbox.api.santander.com.br/auth/oauth/v2/token'; E-mails com orientação do banco, post original clique aqui primeiro email em 13/08/2024: Segundo email confirmado em 21/08/2024 Obrigado @Leandro Coelho por reportar! Commit: 35189

Olá pessoal, Foram disponibilizados os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibBoleto na Rev-35124. ..\ACBr\Projetos\ACBrLib\Demos\PHP\Boleto\ACBrBoletoDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\Boleto\ACBrBoletoDemoMT.php O programa de exemplo de boleto utiliza a ACBrComum.php, contendo métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Continuamos trabalhando para trazer mais programas de exemplo para a comunidade PHP. Até mais!!!

Olá, baixei a demo de boletos em C# , na demo funcionou bem a geração de boletos etc e tal, então no meu projeto C# Windows Forms, fiz a referências as Dll´s ACBrLib.Boleto.dll e ACBrLib.Core.dll e também o arquivo ACBrBoleto32.dll (Versão Pró) mas ocorre a mensagem de erro ao tentar criar boleto, mensagem = - Chave [%s] não existe na Sessão [%s] no arquivo de configuração. disponibilizei aqui os arquivos ACBrLib.ini e ACBrLibBoleto.log para melhor entender o problema. Grato ACBrLib.ini ACBrLibBoleto-20240813.log

Pessoal, acabei de atualizar o ACBr e vi que estava dando erro para atualizar as ocorrências, ai vi o código e algumas funções estava desatualizadas como é o caso da GetOcorrenciasRemessa que trazia menos ocorrências do que deveria. Eu atualizei ela e também criei outras duas: GetOcorrenciasRetorno = retorna as ocorrências de retorno; GetOcorrencias = retorna todas as ocorrências (remessa e retorno) Peço que analisem o meu código e atualizem o componente. ACBrBoleto.pas

Cleaning package cache for ACBr_BoletoRL.bpl Cleaning ok Compiling package C:\Acbr\Pacotes\Delphi\ACBrBoleto\FC\Fortes\ACBr_BoletoRL.dpk "C:\Program Files (x86)\Embarcadero\Studio\15.0\bin\dcc32.exe" "C:\Acbr\Pacotes\Delphi\ACBrBoleto\FC\Fortes\ACBr_BoletoRL.dpk" Embarcadero Delphi for Win32 compiler version 28.0 Copyright (c) 1983,2014 Embarcadero Technologies, Inc. C:\Acbr\Fontes\ACBrBoleto\FC\Fortes\ACBrBoletoFCFortesFr.pas(1427) Error: E2010 Incompatible types: 'TRLCustomPrintFilter' and 'TRLPDFFilter' ACBr_BoletoRL.dpk(39) Fatal: F2063 Could not compile used unit 'ACBrBoletoFCFortesFr.pas' Compilation failure Erro ao compilar o pacote "ACBr_BoletoRL.dpk". Abortando... Ocorreram erros na compilação dos pacotes.

Ó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:

A solução ACBrBoleto já tem suporte a cobrança API com PIX no Banco INTER. Recebemos a contribuição inicial do amigo @ActioSistemas, (a partir da qual fizemos as devidas adequações para a implementação da unit para integrar as soluções ACBr) Para utilizar endpoint pix, basta marcar a propriedade IndicadorPix como true igual aos outros bancos. Inter tem 2 API's: - boletos normais - boletos com QrCode PIX O que vai definir em qual incluir, baixar ou consultar é a propriedade IndicadorPIX: Quando falso, ele utiliza API Boleto Normais Quando true, ele utiliza API Boleto com QrCodePIx * Uma não devolve boleto registrado na outra! Atenção: Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Somente a API Cobrança com PIX retorna UUID. Quando API Pix não está devolvendo NossoNumero: Existem relatos que após a inclusão , a API não está devolvendo o campo nossoNumero, neste cado se olhar o log, o banco esta devolvendo: "situacao": "EM_PROCESSAMENTO"; Então deve aguardar alguns minutinhos e realizar a consulta detalhe utilizando a propriedade NossoNumeroCorrepondente Como utilizar: Após inclusão guardar o GUUID devolvido na propriedade NossoNumeroCorrepondente; Para ConsultarDetalhe, ALTERAR e BAIXAR, informar o GUUID (retornado na inclusão) na propriedade NossoNumeroCorrespondente; (carregar o titulo) Como passar esta informação via componente (Delphi/lazarus): Titulo.NossoNumeroCorrespondente := '4cac8ea0-a960-4ac4-af55-c6b05728f3x0'; Como passar esta informação via INI do titulo (ACBrLibBoleto, ACBrMonitorPlus): [Titulo1] .. NossoNumeroCorrespondente=24d5fdcd-608d-40b9-ad42-52e4af8eb7f1 Consulta Lista: Vamos ter agora as situacao isbAberto isbBaixado isbCancelado Baixado e cancelado, filtro dataMovimento isbAberto: filtro dataVencimento ele tbm vai usar a opcao Filtro.boletoVencido ibvSim/ibvNao (ele procura por data de vencimento boletos a receber ou vencidos) isbAberto: filtro dataRegistro ele consulta por data emissao os boletos em aberto Como o banco Inter não tem ambiente de homologação, cuidado com seus testes, após executar, baixar o boleto para ele não ficar pendente no sistema do banco de cobrança. Quer saber como funciona nos bastidores ?: Para quem leu a documentação da cobrança pix do Inter, sabe que é diferente a forma que é realizada a inclusão, tanto a resposta como o endpoint de cobrança PIX. Após a inclusão do boleto, recebemos um codigoSolicitacao (UUID) caso tenha registrado o boleto com sucesso (HttpResultCode 200); Este código UUID é devolvido pela solução ACBrBoleto na propriedade “NossoNumeroCorrespondente”. Ele não nos devolve as informações do boleto como no endpoint convencional. Sendo assim, após inclusão é realizada uma consulta passando este UUID para que seja retornado os dados do boleto e qrcode na propriedade EMV como nos outros bancos. Lembrando que esta consulta ocorre de forma transparente, ou seja, a solução acbr abstrai isso para você, ou seja, realizando a inclusão no TpInclui com o indicadorPix como true, a solução realiza uma consulta da UUID logo após a inclusão e devolve todas as informações do boleto. Agradecimento também para @Antonio Gomes, @Gabriel Mororó por terem efetuados alguns testes e ao @ralty por ter cedido credenciais.

Olá pessoal, O ACBrBoleto foi homologado para a emissão de Boleto Híbrido pela Caixa Econômica Federal. Agradecemos ao @Jhonlenon Ribeiro com a contribuição de parte dos fontes e a homologação em produção. 1. Para quem já emitia Boletos Online pela Caixa o que muda para a emissão de Boletos Híbridos é o preenchimento do IndicadorPix=True e a VersaoDF=3.2. Obs: Caso seja preenchido IndicadorPix=True e a VersaoDF não seja preenchida corretamente, o componente preencherá automaticamente VersaoDF=3.2. ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; ACBrBoleto.Configuracoes.WebService.VersaoDF := '3.2'; 2. Para quem ainda não utiliza o recurso, segue tópico com instruções detalhadas de como alimentar o componente Como sempre esperamos que utilizem os novos recursos e caso tenham problemas ou sugestões de melhorias, estaremos em nossos canais para ajudá-los. Até mais!!!

Continuando o post em que mostro como configurar via Maven a biblioteca, agora fiz um exemplo simples que gera o .PDF pra facilitar a vida de quem está querendo começar a utilizar a bibliteca em seus projetos Java. Para configurar esse projeto você precisa colocar na pasta arquivos_ini a sua DLL, (não zipei junto pq o anexo limite é 2mb. Os diretórios estão fixos pois é apenas para fins de demonstração o codigo, e eles devem ser configurados no arquivo: AcBrBoleto.java As variaveis: ACBR_BOLETO_DLL, CEDENTE_INI, TITULO_INI, DIRETORIO. E o nome do arquivo gerado na linha 31 ao usar a função: INSTANCE.Boleto_SetDiretorioArquivo O codigo anexado pode ser enviado para o SVN da ACBR caso queiram, como exemplo, com um link apontando para esse post para facilitar a vida de quem precisar. O projeto é simples mas isso pode ser o pontapé inicial de quem está querendo usar a biblioteca com Java, pois o exemplo existente hoje usa o Netbeans que não é mais a principal IDE do Mercado e da forma como está feito agora pode ser importado em qualquer IDE. O post inicial está em: Você também pode ver o HELP.MD que vai conter as instruções lá. boleto-simples - bkp.zip

Conforme instruido no TXT de configuração para o uso da API de Boletos do Banco do Brasil, foi configurado o componente, porem o retorno do envio da remessa pela api retorna com a mensagem "Tipo do convênio inválido", dentro do proprio projeto AcbrBoletoDemo tambem me gera a mesma resposta. RetornoRegistro.txt

Ao realizar a impressão do boleto em pdf, não exibe os valores de desconto e afins, confirmo que estão valorizados, mas mesmo assim não exibe, tem alguma configuração adicional a fazer?

Hoje (27/02/24) tivemos diversos relatos sobre instabilidade utilizando a API de Boletos do banco do Brasil. A orientação deles no momento: Caso verifiquem alguma recusa na geração de token para consumo de suas APIs, no fluxo de client credencials, recomendamos verificar se os IPs abaixo listados encontram-se liberados em seu firewall, para a porta 443: fluxo: oauth.bb.com.br IP - 170.66.14.104 IP - 170.66.196.33 Para um usuário foi solicitado testes de rotas especificas como:

Fala pessoal ! Recebemos uma grande contribuição do nosso amigo @Rafael.Smt, a integração do Banco Safra API, registro on-line de boletos. Já está disponível em nossos repositórios. Quem desejar testar, colaborar com melhorias, fiquem à vontade ! Como configurar:

Galera, Estou com problemas na remessa bancaria, ao buscar o retorno estou recebendo a mensagem de rejeição com o motivo: 08 - NOME DO PAGADOR NÃO INFORMADO OU DESLOCADO O que quer dizer isso? *Ainda estou usando o envio remessa e retorno de arquivos. kkk *O banco em questão é o 341-ITAU *Tem algum programa validador ou validação online? *Abaixo a Linha do arquivo remessa 10218488358000170020800741140 000000000000040/1 000006730000000000000109 I0140 12012400000000805483410000001N090124000000000000000270000000000000000000000000000000000000000000000100069912009134RUBEN DAVI GOMES GLEBA 17 (1) RUA DR ZICO FARIA,QD.31,LT.30,CASA 02 FILOSTRO MAC75091060ANAPOLIS GO 00000000 000002 *Abaixo a llinha do arquivo retorno 10218488358000170020800741140 00000000040/1 00000673 109000006730 I0310012440 00000673 12012400000000805483410000001000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000RUBEN DAVI GOMES GLEBA 17 (1) 08000000 000004

Boa tarde amigos, estou fazendo o registro online de um boleto híbrido para o banco do brasil, ao enviar o titulo eu alimento as propriedades "seunumero" e "numeroDocumento" porém no retorno do registro, onde eu pego o EMV do QRCode, as propriedades "seunumero" e "numeroDocumento" estão vazias, precisaria delas preenchidas com o que enviei para o registro para tratar na minha aplicação.

Bom dia, a impressão do boleto do Itau esta saindo com as letras RG no numero que compõe o código de barras e no nosso numero, tem como remover ?