Pesquisar na Comunidade

Pessoal, estou tentando emitir o boleto hibrido no banco inter via API. Eu até estou conseguindo, mas o problema está na parte de gerar o PDF do boleto. Problema 1: Estou utilizando a carteira 112 da qual eu não gero o NOSSO NÚMERO (NossoNumero), é o banco que gera (a carteira 110 eu não consegui gerar por conta da burocracia). Nisto eu envio o boleto com os dados e recebo o codigoSolicitacao que é o NOSSO NÚMERO CORRESPONDENTE (NossoNumeroCorrespondente). Só que além de retornar o nosso número e o código da solicitação, ele retorna o CÓDIGO DE BARRAS (codigoBarras) e a LINHA DIGITÁVEL (linhaDigitavel), nisto o PDF gerado pelo ACBrBoleto está divergente do que é gerado no site do banco INTER. Eu investiguei um pouco mais e vi que para gerar o código de barras na documentação do banco inter eles utilizam o número da operação dentro do campo livre. Eu não achei o número da operação no ACBrBoleto e no código do ACBr, é montado o código de barras com base em alguns campos e neste campo livre onde alguns bancos geram estes valores a partir do método DefineCampoLivreCodigoBarras. O problema é que o banco Inter não tem este método implementado. Pelo componente ACBr também não veio a URL do PDF e não vi algum método para pegar o PDF gerado a partir da API do banco Inter. Problema 2: Outro campo que vi que está diferente também é o Código do Beneficiário, onde no ACBr está utilizando o Número da Conta, mas no PDF do Banco Inter vem um número do qual eu não achei no site deles. Problema 3: No manual da api do banco inter tem os campos ddd e telefone em pagador, mas no componente ACBr só tem o campo fone onde preciso enviar no máximo 9 números. No caso está faltando o ddd para ser informado no ACBrBoleto. Agência: 0001 Conta: 41519913 Digito Conta: 1 Manual Boleto Banco Inter: https://s3.sa-east-1.amazonaws.com/static.bancointer.com.br/openbanking/cnab/manual/manual.pdf Manual API: https://developers.inter.co/references/cobranca-bolepix#tag/Cobranca BancoInter.pdf ACBrBoleto.pdf RetornoConsultaBoleto.txt

Olá Devs ! Ontem recebemos relato de rejeição no banco Inter, como esta : {"title":"Dados inválidos.","detail":"Verifique se os dados informados estão de acordo com a documentação disponibilizada e tente novamente.","timestamp":"2025-02-03T10:25:14.27387669-03:00","violacoes":[{"razao":"O valor não pode ser nulo","propriedade":"incluirCobrancaAsync.body.desconto.valor","valor":"null"}]} Teve alteração da API na forma que é enviada o Desconto. Antes era um Array com 3 descontos e agora é um objeto somente Desconto 1. <<Atenção>> Se enviar desconto, desconto2 e desconto3 só será GERADO O DESCONTO1. Sendo assim desconto2 e desconto3 serão ignorados ! Obrigado ao usuário @Dangelo2010 que reportou o problema e realizou os testes no seu ambiente de produção. Agora no inter, pode aplicar apenas um desconto 1: Titulo.DataDesconto Titulo.TipoDesconto Titulo.ValorDesconto Foram removidos: Titulo.DataDesconto2 Titulo.TipoDesconto2 Titulo.ValorDesconto2 Titulo.DataDesconto3 Titulo.TipoDesconto3 Titulo.ValorDesconto3 O que diz o manual:

Olá, recentemente tivemos um problema com o retorno dos boletos do Banco Inter, na qual não eram retornados todos os boletos, notamos que estava fixado o parâmetro "itensPorPagina" com "1000", porém quando a emissão é via boleto com pix, esse parâmetro passa a ser "paginacao.itensPorPagina". O mesmo também acontece com o parâmetro "paginaAtual". Já fizemos a correção e com isso tudo funcionou de acordo, segue unit em anexo com a correção. ACBrBoletoW_Inter_API.pas

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

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.

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.

Gostaria de enviar pra analise do novo PSP PIX do banco INTER gerei cobrança e consulta ACBrPIXPSPInter.pas

Para melhor identificação do título no retorno, já que dependemos do banco Inter retornar o campo NossoNumero para impressão dos boletos, agora você pode informar no campo SeuNumero para identificar o título no retorno da API.

Boa tarde! Estava lendo um tópico sobre retorno do banco inter e estou com um problema nas notificações de baixa de pagamento usando INTER API 2.0 para gerar boletos, desde que integrei ele a um sistema que uso para provedores SGP O que ocorre é que quando eles rodam a rotina contendo o script para baixar os títulos, não baixam todos os títulos, a rotina é rodado durante o dia e não baixa todos, sempre ficam faltando. Porém eu tive acesso a um script manual e eu mudei a data de pinicial para 01/06, e sempre que rodo manualmente baixa os boletos, poderia me ajudar a descobrir o que está ocorrendo? Abaixo segue o script que consigo baixar todas as cobranças: from django.core.management import call_command try: from cStringIO import StringIO except ImportError: from io import BytesIO as StringIO output = StringIO() call_command('bancointer2', pinicial='01/06/2022', stdout=output) resposta = output.getvalue() print(resposta) Abaixo está um que eles criaram para puxar 30 dias atrás. from django.core.management import call_command from datetime import datetime, timedelta try: from cStringIO import StringIO except ImportError: from io import BytesIO as StringIO output = StringIO() data = (datetime.now() - timedelta(days=30)).strftime('%d/%m/%Y') call_command('bancointer2', pinicial=data, stdout=output) resposta = output.getvalue() print(resposta)