Pesquisar na Comunidade

O Banco Itaú comunicou a descontinuação do endpoint atual da API de Boleto Híbrido. A partir de agora, os desenvolvedores devem migrar para o novo endpoint Bolecode Pix, que combina a geração de boletos com QR Codes, garantindo mais segurança e agilidade. Endpoints descontinuados: Nome: itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext Versão: 2.148.4 Base path (produção): https://secure.api.itau/pix_recebimentos_conciliacoes/v2 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext/v2 Novos endpoints (Bolecode Pix): Versão: 1.0.4 Base path (produção): https://pix-pj.api.itau.com/recebimentos-pix/v1 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1 O suporte do Itaú informou que o formato correto é 99999999999999900 e que a documentação será revisada em breve. O que estamos disponibilizando? Para evitar quebras na emissão de boletos, disponibilizamos uma unit de envio para o novo endpoint, compatível com Lazarus e Delphi (projeto ACBr). Você pode testar e contribuir com a validação: ACBrBoletoW_Itau_API.pas Passos para atualizar: Atualize seu repositório do ACBr. Salve a nova unit (anexada acima) na pasta: ..\ACBr\Fontes\ACBrBoleto\WS Execute o instalador do ACBr (para Lazarus, reconstrua a IDE). Um de nossos usuários já testou em produção com sucesso, utilizando as mesmas credenciais e parâmetros — apenas com a atualização das units. O que muda para quem usa ACBrBoleto? Nada. Mantivemos a compatibilidade para que sua aplicação não seja impactada. Como a documentação oficial ainda não foi atualizada, contamos com a colaboração de desenvolvedores para testar a nova unit e validar em seus ambientes. (Sandbox Boleto Itau, retorna erro, pois tem o ambiente para teste) , esta unit não foi enviada para o SVN! Em caso de problemas, abra um tópico no fórum do ACBr. Logs de exemplo: Homologação: 14/05/26 13:35:11 - URL: [POST] https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1/boletos-pix Observação: O ambiente sandbox para Boleto Híbrido/Bolecode não está disponível. Produção: 14/05/26 13:39:40 - URL: [POST] https://pix-pj.api.itau.com/recebimentos-pix/v1

Olá pessoal. Eu postei uma dúida sobre como recuperar o xml de rettorno da API de boleto da Credisis lá no Discord, porque o pessoal do banco disse que eles enviam o boleto completo com qrcode no xml de retorno em base64. Mas olhando o xml de retorno, eu percebi que nele também vem uma tag chamada "pixCopiaCola" que vem com o mesmo link do qrcode do boleto que vem no xml. Ou seja, no xml de retorno está vindo o boleto em base64 com o qrcode e o link deste mesmo qrcode em uma tag separada. Então ao invés de usar o boleto que vem do Credisis, eu resolvi mudar a estratégia e apenas recuperar o link do pix para salvar no meu banco de dados. Vasculhei os códigos do componente para achar onde ele grava as tags de retorno e cheguei no arquivo ACBrBoletoRet_Credisis.pas. Então eu incluí neste arquivo está linha aqui: ARetornoWS.DadosRet.IDBoleto.URL := Leitor.rCampo(tcStr, 'pixCopiaCola'); O trecho de código ficou dessa forma aqui: function TRetornoEnvio_Credisis.LerRetorno(const ARetornoWS: TACBrBoletoRetornoWS): Boolean; var lXML: String; TipoOperacao : TOperacao; begin TipoOperacao := ACBrBoleto.Configuracoes.WebService.Operacao; ARetornoWS.HTTPResultCode := HTTPResultCode; ARetornoWS.JSONEnvio := EnvWs; ARetornoWS.Header.Operacao := TipoOperacao; Result := True; lXML := StringReplace(Leitor.Arquivo, 'ns1:', '', [ rfReplaceAll ]); lXML := StringReplace(lXML, C_URL_Retorno, '', [ rfReplaceAll ]); Leitor.Arquivo := lXML; Leitor.Grupo := Leitor.Arquivo; try if Leitor.rExtrai(1, 'gerarBoletosResponse') <> '' then begin ARetornoWS.DadosRet.ControleNegocial.OriRetorno := Leitor.rCampo(tcStr, 'idWeb'); ARetornoWS.DadosRet.ControleNegocial.NSU := Leitor.rCampo(tcStr, 'numeroSequencial'); ARetornoWS.DadosRet.IDBoleto.NossoNum := Leitor.rCampo(tcStr, 'nossonumero'); ARetornoWS.DadosRet.IDBoleto.LinhaDig := Leitor.rCampo(tcStr, 'linhaDigitavel'); ARetornoWS.DadosRet.IDBoleto.CodBarras := Leitor.rCampo(tcStr, 'codigoBarras'); ARetornoWS.DadosRet.IDBoleto.URL := Leitor.rCampo(tcStr, 'pixCopiaCola'); ARetornoWS.DadosRet.TituloRet.DataLimitePagto := Leitor.rCampo(tcDat, 'dataLimitePagamento'); ARetornoWS.CodRetorno := Leitor.rCampo(tcStr, 'code'); ARetornoWS.DadosRet.Excecao := Leitor.rCampo(tcStr, 'message'); end else begin if Leitor.rExtrai(1, 'buscarBoletosResponse') <> '' then begin If Leitor.rExtrai(2, 'item') <> '' then begin ARetornoWS.DadosRet.ControleNegocial.OriRetorno := Leitor.rCampo(tcStr, 'idWeb'); ARetornoWS.DadosRet.TituloRet.Sacado.CNPJCPF := Leitor.rCampo(tcStr, 'cpfCnpj'); ARetornoWS.DadosRet.IDBoleto.NossoNum := Leitor.rCampo(tcStr, 'nossonumero'); ARetornoWS.DadosRet.TituloRet.NumeroDocumento := Leitor.rCampo(tcStr, 'documento'); ARetornoWS.DadosRet.TituloRet.Parcela := Leitor.rCampo(tcInt, 'parcela'); end; end; end; except Result := False; end; end; Gostaria de saber se alguém pode validar isso pra mim, se está correto. Eu não tenho como testar aqui porque estou sem dados de alguma conta pra fazer um boleto.

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?

Boa tarde. Quais os bancos disponíveis na API dos boletos, com integração do componente da ACBR, que emitem boleto híbrido? E quais os banco que emitem boleto híbrido, com integração do componente da ACBR, usando a troca de arquivos? E o que tem sido mais usado, pela API, integrando tanto a emissão de boletos, como o boleto híbrido, ou o híbrido pela troca de arquivos manuais?

Boa noite, Podem me tirar uma dúvida? Criei as credências e consegui fazer o registro do boleto híbrido com pix, retornou tudo certo, a minha dúvida era em relação a homologação com banco do brasil em produção, podem me explicar como funciona? Verifiquei que necessita fazer o registro das credências de produção, no caso, nosso ERP terá 1 credencial que irá imprimir pra todos os clientes ou quem possuí conta com o banco do brasil que tem que pedir as credências de produção? Outra dúvida, nesse caso o boleto já é registrado online, não precisaria da remessa correto? Ou mesmo assim teria que fazer a remessa? No aguardo!

Boa tarde, Estou fazendo a integração do meu sistema com a API do Banco do Brasil, porém o retorno do boleto está vindo sem o QRCode. (Esse é o problema principal). Entrei no portal de desenvolvedores do Banco do Brasil porém me pediram o payload do boleto, mas eu não estou conseguindo descobrir onde pegar esse payload e armazenar usando o ACBrBoleto. Gostaria de saber se alguém sabe pra me ajudar? Desde já agradeço.

Olá, Recentemente diversas empresas estão emitindo boletos com QrCode para pagamento via PIX (Boleto Híbrido), ficando a critério do pagador escolher a forma de pagamento através da ficha de compensação "Código de Barras / Linha Digitável' ou com o PIX "QRCode". Mas até então isso não estava formalizado pelo Banco em si, ou seja, o controle de Baixa do título caso seja pago por PIX ficaria a cargo da própria empresa, como ocorre no fluxo de várias API hoje disponíveis no mercado... Porém, o Banco do Brasil foi o pioneiro em disponibilizar esse tipo de integração em sua própria API, assim ao registrar um Título pode ser definido se será gerado também uma chave PIX dinâmica referente aquele título, com isso o controle da forma de pagamento fica com o Banco, independente se for pago via PIX ou Boleto. Isso facilita muito o controle por parte da empresa beneficiária e viabilizou a implementação desse tipo de integração via API também no componente ACBrBoleto. No componente ACBrBoleto já existia a possibilidade de Registro Online de Boletos para alguns Bancos, inclusive o Banco do Brasil via WebService, mas essa API se trata de um novo Serviço, portanto são configurações e funcionalidades distintas no componente ACBrBoleto. Neste tópico vamos descrever como realizar a homologação e utilizar a API do Banco do Brasil através do componente ACBrBoleto. 1- Primeiro passo é realizar o Cadastro do seu Aplicativo no ambiente Sandbox BB, com isso será fornecido as credenciais para autenticação da API em ambiente de homologação. Utilize o Serviço API Cobrança: https://developers.bb.com.br/home Documentação da API e como utilizar o ambiente Sandbox para cadastrar a aplicação: https://apoio.developers.bb.com.br/referency/post/5ffc477c3b02bd0012ecaa1a 2- Após o Cadastro poderá obter o ClientID e ClientSecret que precisará configurar no componente ACBrBoleto, cada emitente terá seu próprio ClientID e ClientSecret. No componente ACBrBoleto configure em: Banco / TipoCobranca=cobBancoBrasilAPI No componente ACBrBoleto configure em: Cedente / CedenteWS ClientID=Informe o ClientID gerado no Ambiente Sandbox BB ClientSecret=Informe o ClientSecret gerado no Ambiente Sandbox BB Scope=cobrancas.boletos-info cobrancas.boletos-requisicao KeyUser=developer_application_key IndicadorPix=True //Para utilização do PIX pela API - Banco do Brasil é necessário que o emitente tenha chave PIX cadastrada no BB, caso for utilizar somente a emissão tradicional pela API enviar False nesse parâmetro. Em Configurações / WebService - Configure da seguinte Forma: Na opção de Ambiente escolher de acordo com a operação que esteja fazendo (Homologação ou Produção) necessário coerência com as chaves contratuais junto ao BB. As operações homologadas para a API BB são de Inclusão e Consulta [tpInclui, tpConsulta, tpBaixa, tpAltera] SSLHttpLib utilizar cryOpenSSL SSLType utilizar LT_TLSv1_2 3 - Com essas configurações já é possível realizar o registro de um título no BB via API. O Título deve ser incluso normalmente como no processo tradicional do componente, mas ao invés de gerar uma remessa, utiliza-se o o método "EnviarBoleto" - (botão no Aplicativo ACBrBoleto Demo: [Registrar Boleto On-Line]) . Este botão possui exemplos de como obter o Retorno da API. Se o título foi registrado sem nenhuma rejeição, automaticamente será atualizado a chave PIX junto ao Título. Atenção usuários do Inter : 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) Particularidades BB via API: obs: API possui envio Síncrono Carteira=17 EspecieDoc=DM Modalidade=35 CodigoCedente=Informar Código Cedente Convenio=Informar o Convenio 4- Para imprimir o Boleto: Obs: Quando utilizado PIX, é necessário que além das informações tradicionais, sejam informadas no título o retorno do registro "QrCode" na propriedade "EMV", esse campo corresponde a String de geração do QRCode PIX gerada pelo Banco. ex: Titulo.qrcode.emv := FRetornoConteudoEMV; Impressão em FortesReport: Utilize o Layout "PadraoPIX" Impressão em FastReport: Selecione o arquivo "BoletoPIX.fr3" no diretório "Report" junto ao ACBrBoleto Demo. Segue o Modelo de Boleto Híbrido Impresso: 5- Consulta de Títulos via API Na aplicação ACBrBoletoDemo temos o botão "Consultar Boleto" com código exemplo de como passar os parâmetros para realizar uma consulta na API, o retorno será gerado em uma lista para posterior validação de cada Título. Obs: A homologação deve ser feita também junto ao Banco, inclusive enviando os modelos das Fichas de Compensação emitidas para validação. Todos os testes foram realizados em ambiente de homologação, então é importante a validação completa antes de emitir em ambiente de produção. Atenção usuários do Inter : 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)