Pesquisar na Comunidade

Na unit ACBrBoletoW_Bradesco na procedure TBoletoW_Bradesco.RequisicaoConsulta tem que trocar LJsonObject.AddPair('paginaAnterior', 0) por LJsonObject.AddPair('paginaAnterior', Boleto.Configuracoes.WebService.Filtro.indiceContinuidade) senão sempre que tiver mais de 50 boletos no retorno, vai retornar a mesma pagina e nunca muda, sempre retorna os primeiros 50 boletos.

Existem duas propriedades no título do boleto que costumam gerar dúvidas no preenchimento: CodigoMoraJuros (Enumerado) Define o tipo de cálculo de juros/mora: 0 → Valor por dia 1 → Taxa mensal (%) 2 → Isento 3 → Valor mensal 4 → Taxa diária (%) CodigoMora (String) Código utilizado por alguns bancos para definir a mora: '' → Não informado (padrão) '1' → Valor diário '2' → Taxa mensal (%) Caso específico – Sicredi: (Vide Particularidades) 'A' → Valor 'B' → Percentual Regras Importantes Para evitar rejeições ou comportamento inesperado, siga estas regras: Regra 1 Se você estiver utilizando: CodigoMoraJuros <> Isento Então: CodigoMora = '' (Não deve ser informado) Regra 2 Se você utilizar: CodigoMora preenchido Então obrigatoriamente: CodigoMoraJuros = Isento Regra 3 – Particularidades por banco Sempre consulte o arquivo de particularidades do banco, pois podem existir regras específicas. Exemplo – Sicredi: Utilizar: CodigoMora = 'A' (Valor) ou CodigoMora = 'B' (Percentual) E obrigatoriamente: CodigoMoraJuros = Isento "Estes campos impactam tanto a impressão das mensagens padrão quanto a geração das instruções de Juros de Mora nos boletos. Por isso, sempre que implementar boletos em um cliente, peça para que ele homologue os boletos junto ao banco."

Boa tarde, Estou fazendo o uso do ACBrBoleto para o Banco Safra (422), registrar via api (webservice). Como eles tem um ambiente de sandbox (homologação), estou tentando fazer o registro de um boleto teste, o retorno no log é somente de código 400. Analisando com o postman o json que o ACBrBoleto gera, vi que o problema é que o atributo "Documento" que o componente AcbrBoleto gera deveria ser "documento", fazendo esse ajuste o documento é registrado. Então fazendo o ajuste no arquivo "ACBrBoletoW_Safra.pas", na linha 299, troco o "D" para "d", consigo o registro do boleto teste no ambiente sandbox

Prezados Estou com layout de remessa CNAB-400 banco Bradesco, e nele diz que para Instrução / Pedido Negativação, tem que utilizar a posicao 109-101 informando tipo de ocorrencia no caso toRemessaNegativacaoSemProtesto (codigo 32 ou 45). Porém no codigo do ACBR ( Unit ACBrBancoBradesco.pas ) no método [ TipoOcorrenciaToCodRemessa ] que retorna o tipo para o método [ GerarLinhaRegistroTransacao400 ] que gera a linha, ele tem o tipo apenas para o layout 240 e nao para o Layout 400. observem o segundo print abaixo. Como resolver ?

Fala pessoal! Na revisão 44798 foi realizada uma alteração importante para corrigir um erro no processo de inicialização das variáveis dentro das classes do ACBrBoleto. Até então, algumas propriedades tinham o valor definido como Default, mas não tinham uma inicialização no Create. Assim, o valor definido como default no DFM servia apenas para exibição no designer, mas não garantia a inicialização efetiva da propriedade em tempo de execução. Isso acontece porque inicializar uma propriedade corretamente ela deve ser inicializada na classe (veja a nota na documentação do Delphi). O detalhe é que ao corrigir esse problema, isso talvez gere um efeito colateral no seu código. Com essa mudança, as variáveis não assumem mais automaticamente o primeiro item de um enumerado por exemplo, mas sim, o valor que está explícito na classe como default. Assim, se seu aplicativo assume que outro valor é o padrão, talvez por não inicializar as propriedades, vai ser necessário que verifique e inicializar explicitamente as propriedades no seu código. Queremos deixar claro no entanto que, na aplicação de Exemplo do ACBrBoleto, sempre foi exemplificado que as propriedades deveriam ser inicializadas corretamente. Você pode conferir isso no código que faz uma inclusão de titulo. Exemplo prático Imagine que seu código ao incluir um título sempre considerou que o valor padrão era ter um juros mensais. Ou seja, com a propriedade Titulo.CodigoMoraJuros não era preenchida. Agora você precisa passar um valor para essa propriedade, porque o valor padrão para ela é cjIsento. Então, se antes seu código era assim: Titulo.DataMulta := incday(StrToDate(edtVencimento.Text),1); Titulo.MultaValorFixo := true; Titulo.PercentualMulta := StrToCurrDef(edtMulta.Text,0); Titulo.DataMoraJuros := StrToDateDef(edtDataMora.Text, 0); //note que não tem o CodigoMoraJuros aqui!!! ??? Titulo.ValorMoraJuros := StrToCurrDef(edtMoraJuros.Text,0); Precisará mudar para: Titulo.DataMulta := incday(StrToDate(edtVencimento.Text),1); Titulo.MultaValorFixo := true; Titulo.PercentualMulta := StrToCurrDef(edtMulta.Text,0); Titulo.DataMoraJuros := StrToDateDef(edtDataMora.Text, 0); Titulo.CodigoMoraJuros := cjValorMensal; //Linha adicionada agora <------- Titulo.ValorMoraJuros := StrToCurrDef(edtMoraJuros.Text,0); Resumindo Antes: valores vinham do índice 0 ou da sujeira da memória. Lembre-se: é responsabilidade do desenvolvedor configurar os dados necessários caso sejam diferentes do default da classe . Benefício: maior previsibilidade e controle sobre o comportamento das propriedades, evitando resultados inesperados. Boa prática de programação Sempre configure as propriedades relevantes logo no início do uso. Isso pode ser feito diretamente no código ou por meio de uma classe/método que centralize essas configurações. Faça isso não só para títulos, boletos e bancos, mas para qualquer componente ou objeto que for criado.

Ola pessoal blz .. No banco do brasil CNAB 400 a informação que "INDICADOR DE RECEBIMENTO PARCIAL" no acbr na linha 1190 tem um Ifthen que so permite 22 Opções (S,N) Porem no manual aparecem 3 (S,N,'') Que o vazio vai ser oq eu vem do branco. Ai no ACBR fiz a seguinte alteração . . ACBrBancoBrasil.pas lPermitePagamentoParcial := ' '; if TamConvenioMaior6 then begin wLinha := '7'; //Alteração padrão Banco permite parcial Filippe Maymone 09/02/2026 if TipoPagamento = tpNao_Aceita_Valor_Divergente then lPermitePagamentoParcial := 'N' else if TipoPagamento = tpPadrao_Banco then lPermitePagamentoParcial := ' ' else lPermitePagamentoParcial := 'S'; end else wLinha := '1'; e criei o tipo no acbrConversao.pas Tinha passado com 'S' e não ia e o banco solicitou para passar em branco .. Posições 394 a 394: Preencher com brancos Se puderem atualizar no ACBR .. Doc2627CBR641Pos7.pdf ACBrBancoBrasil.pas ACBrBoletoConversao.pas

Boas notícias, pessoal! Agora é possível realizar: consultaDetalhe (boleto individual) consulta em lista dos boletos liquidados no período Atenção: a consulta em lista dos boletos liquidados só está disponível apenas para quem possui credenciais do Portal de Desenvolvedores voltadas para Boletos com QrCode. Entenda os tipos de Credenciais no Bradesco: Credenciais geradas no Portal de Desenvolvedores: Boletos Convencionais (barras/linha digitável) ** Não Implementado consulta em lista ** Boletos com QrCode (híbridos) Credenciais legadas Obtidas anteriormente via processo de credenciamento direto com o banco (ex.: por e-mail) ** Não Implementado consulta em lista ** Queremos agradecer a contribuição que recebemos desta implementação do usuário @Jhonlenon Ribeiro que é muito ativo em nossa comunidade.

Atenção, comunidade! O Banco do Brasil anunciou a atualização dos certificados OAuth, essencial para garantir a continuidade no uso das APIs BB. Datas importantes Homologação: 11/02/2026 Produção: 12/02/2026 A atualização é automática, mas se houver necessidade segue o link abaixo: https://apoio.developers.bb.com.br/referency/post/646799afa2e2b90012c5ede8 Fonte: https://www.bb.com.br/site/developers/

Bom dia pessoal, Durante o processo de integração com o Banco BS2, ao realizar a geração do arquivo de remessa, identifiquei um comportamento relacionado ao manuseio do campo Nosso Número do título. Ao acompanhar a geração do arquivo, observei que a função responsável por montar o Nosso Número retorna um valor com 10 dígitos, enquanto, conforme o layout CNAB do Banco BS2, esse campo exige 11 dígitos. Como consequência, o registro do título no arquivo de remessa acaba ficando com um caractere a menos no final da linha. Além disso, foi solicitado que o Nosso Número permanecesse dentro da faixa 8.000.000.000 a 9.999.999.999. No entanto, devido à lógica atual de composição do número, durante esse processo alguns títulos acabam ficando fora dessa faixa definida. Analisando a implementação da função, verifiquei que existe um Copy que remove o primeiro dígito do número base, reduzindo-o para 9 dígitos, que posteriormente são concatenados com o dígito verificador, totalizando os 10 dígitos retornados pela função. Diante disso, gostaria de confirmar se a remoção desse primeiro dígito é intencional ou se existe alguma regra específica do layout CNAB ou orientação do banco que justifique esse comportamento, pois não identifiquei essa necessidade na documentação consultada. // unit ACBrBancoBS2; function TACBrBancoBS2.MontarCampoNossoNumero( const ACBrTitulo: TACBrTitulo): string; begin Result:= Copy(ACBrTitulo.NossoNumero, 2, 10) + CalcularDigitoVerificador(ACBrTitulo); end;

Olá Prezados(as)! Estou enfrentando dificuldades para realizar teste no componente ACBrBoleto, especificamente no Boleto Santander API, o mesmo apresente erro na geração do Token, ERRO 500, abaixo segue print e log do demo. Estou usando Lazarus, ACBr atualizado, Credenciais válidas, certificado valido. Em testes no Postmam a geração do token funciona normal. log.txt

Caso de vários boletos gerados pelo acbr, o boleto está registrado no banco, mas quando o cliente vai fazer pagamento, fala que o boleto não foi encontrado, tirei 2a. via no sistema do banco, e o cliente conseguiu pagar. Isso para o Banco do Brasil.

O Problema Algumas vezes, ao gerar o preview de alguma impressão, a pessoa pode se deparar com algumas informações "encavaladas" ou cortando. Esse problema costuma ocorrer quando o monitor no qual o preview foi gerado e exibido, possui uma configuração de escala aplicada, ou seja, a tela está com zoom maior do que 100%. Existem algumas maneiras de resolver isso. Solução 1: Utilize a configuração de Escala do componente de impressão. Nas soluções de impressão do ACBr, existem duas propriedades que podem ser alteradas a fim de contornar essa situação. São elas: AlterarEscalaPadrao: do tipo booleano e com valor padrão definido como false, esta propriedade deve ser definida com o valor true. NovaEscala: do tipo integer, essa propriedade possui o valor padrão 96. Tomemos a impressão da NFe, como exemplo. Quem utiliza componente nativo para Delphi ou Lazarus, depois de atribuir o componente de impressão na propriedade DANFe com componente ACBrNFe: ACBrNFe.DANFE.AlterarEscalaPadrao := true; ACBrNFe.DANFE.NovaEscala := 96; Para aqueles que utilizam a Lib, na seção [DANFE] do arquivo ACBrLib.ini que centraliza as configurações de mesmo nome: Solução 2: Usar a opção DPI Awareness no arquivo mafest da aplicação Talvez você precise ajustar isso na sua linguagem de programação. Mas no Delphi é bem fácil. No menu do topo da IDE, selecione Project > Options: Na janela que aparecer, selecione o item Application e depois Manifest. Na janela que aparecer, na configuração DPI Awareness, selecione a opção None. Um agradecimento ao membro de nossa comunidade @oprata por compartilhar esta dica. Solução 3: Remova o Zoom aplicado no Monitor Clique com o botão direito do mouse em sua Área de trabalho e no menu que aparecer, selecione a opção "Configurações de exibição". Na janela que aparecer, role a tela até chegar na seção "Escala e Layout" e na opção Escala, selecione o valor 100%.

Trazemos uma excelente notícia para todos que utilizam as soluções da ACBr: Agora é possível controlar o token e a validade do certificado utilizando a solução ACBrBoleto. Essa funcionalidade, disponível para os componentes Delphi/Lazarus, ACBrLibBoleto e ACBrMonitorPlus, oferece mais flexibilidade e controle sobre a autenticação. Essa novidade é opcional e pensada para quem precisa de um controle mais personalizado das configurações de segurança gerenciando seus tokens. Se a sua aplicação ou o seu banco não exigem esse tipo de gerenciamento, não se preocupe! O uso dos componentes continua o mesmo de sempre e nada muda na sua rotina atual. A nova funcionalidade apenas adiciona uma camada extra de controle para quem precisa. Para Desenvolvedores (Delphi/Lazarus) Agora você pode armazenar o token e a validade em variáveis, como exemplo variáveis globais FToken e FValidade, para usá-los quando precisar. Os eventos do componente FACBrBoleto foram aprimorados para facilitar esse controle: FACBrBoleto.OnAntesAutenticar: Evento que ocorre antes de iniciar a autenticação. procedure TfrmDemoBoleto.OnAntesAutenticar(var AToken: String; var AValidadeToken: TDateTime); var LTokenValidade : string; begin // Informe o token e validade AToken := FToken; AValidadeToken := FDataValidadeToken; end; FACBrBoleto.OnDepoisAutenticar: Evento que irá retornar as informações logo após uma autenticação bem-sucedida. procedure TfrmDemoBoleto.OnDepoisAutenticar(const AToken: String; const AValidadeToken: TDateTime); begin FToken := AToken; FDataValidadeToken := AValidadeToken; end; FACBrBoleto.OnPrecisaAutenticar: Quando implementando esse método, a autenticação fica a cargo da aplicação usuária, podendo gerar a regra de negócios que julgar necessária, pois a autenticação agora passa a ser manual, implementada nesse método. procedure TfrmDemoBoleto.OnPrecisaAutenticar(var AToken: String; var AValidadeToken: TDateTime); begin FACBrBoleto.GerarTokenAutenticacao(FToken, FDataValidadeToken); AToken := FToken; AValidadeToken := FDataValidadeToken; end; AutenticaçãoManual: Método responsável para realizar a autenticação e devolver o Token e Validade, não realiza nenhum outro processo. Os exemplos que acompanham o Delphi/Lazarus já contam com esses métodos implementados, facilitando a sua adaptação. Para Quem Usa ACBrLibBoleto A biblioteca agora oferece métodos dedicados para o gerenciamento de tokens: Boleto_InformarToken(SeuToken, SuaValidade): Use este método para informar um token e sua validade já existentes. Boleto_GerarToken(Resposta, Buffer): Se precisar de um novo token, este método irá gerar e retornar um novo token junto com a sua validade. Para Quem Usa ACBrMonitor O ACBrMonitor também ganhou novos comandos para o controle de token: Boleto.InformarToken(SeuToken, SuaValidade): Perfeito para reutilizar um token já obtido. Boleto.GerarToken(): Use este comando para gerar um novo token e sua validade, que serão retornados na resposta. Essa nova funcionalidade garante mais agilidade e otimização em suas operações com boletos. Fiquem ligados para mais atualizações!

Olá, pessoal! Para aumentar a segurança e a qualidade dos serviços, as APIs do Banco do Brasil passarão por um processo de migração no dia 24/10/2025, em que o DNS api.bb.com.br será direcionado para a CDN da Cloudflare. Com essa atualização, o IP público anteriormente vinculado a esses serviços passará a ser substituído por um IP da Cloudflare. Assim, clientes que utilizam regras de firewall, validação por IP fixo ou configuração de proxy poderão ser impactados. Para evitar problemas, o Banco do Brasil recomenda substituir a validação por IP pela validação baseada em FQDN (Fully Qualified Domain Name), garantindo maior estabilidade frente a mudanças de infraestrutura. Importante destacar que essa modificação não exige nenhuma alteração na solução ACBrBoleto. Leia o aviso original na íntegra [AQUI]

Pessoal, estou enfrentando um problema com a DLL do ACBrLib com emissão de boleto por API do SICOOB. Estou tendo o retorno: 09/09/25 16:32:37:572 -03:00 - HTTP/1.1 404 Not Found Porém, identifiquei que está utilizando o seguinte endereço para enviar o boleto: 09/09/25 16:32:37:379 -03:00 - URL: [POST] https://sandbox.sicoob.com.br/sicoob/sandbox/cobranca-bancaria/v2/boletos E estou passando na versão do WS como V3, como está abaixo: [BoletoWebSevice] LogNivel=4 NomeArquivoLog=LogWebService PathGravarRegistro=D:\Git\Luiz\DS Financas Ambiente=1 Operacao=0 VersaoDF= V3 Por questão de dúvidas, realizei uma emissão via ACBrMonitor e houve a resposta 200: 09/09/25 15:39:44:116 -03:00 - C digo do Envio: 200 1.1 OK Porém, pelo que identifiquei o Monitor está utilizando a versão V3: 09/09/25 15:39:44:116 -03:00 - Retorno Envio: TBoletoW_Sicoob_V3 09/09/25 15:39:43:802 -03:00 - URL: [POST] https://sandbox.sicoob.com.br/sicoob/sandbox/cobranca-bancaria/v3/boletos Estou encaminhando os arquivos, por via de dúvidas. Alguém tem uma luz do que porque estar ocorrendo isso com a DLL? Do porque estar utilizando a versão V2? LOG-ACBRMONITOR LogWebService ACBrLib.ini

Registramos os boletos via api no santander, porém o cliente quando foi efetuar o pagamento pelo código de barras, constou como boleto não registrado. Se tenta pagar pelo pix, funciona, mas pelo codigo de barras ou linha digitável, consta como boleto não registrado. Em contato com o banco, nos foi informado que o codigo de barras/linha digitável impresso no boleto, diverge do que foi registrado no banco. Vou anexar um print do email. Poderiam me ajudar nisso? Como faço para pegar esse retorno do banco e alimentar meu boleto novamente para gerar o impresso do boleto corretamente?

Boa tarde, Alguem sabe se existe alguma regra, ou alguma configuração para rodar o demo do ACBrBoleto no Windows Server 2008 x64, pergunto a quem puder ajudar, pois acabei de atualizar o ACBr, compilei o demo do ACBrBoleto no Delphi 11.2, pc com Windows 10, executei e rodou normal, gerou o boleto, registrou sem problemas, copiei a pasta ACBrBoleto para o c:\ no Windows Server 2008, conectei por TS (Terminal Server) rodei o demo e acusa erro 500 no log mostra que não achou o certificado, mesmo estando na pasta.

Prezados(as) usuários Comunidade ACBr, Nos últimos dias, identificamos e melhoramos referente a ocorrências de falhas de autenticação junto à API Rest do Banco do Brasil, impactando principalmente a emissão de boletos híbridos, boletos com QR Code. Os sintomas mais comuns relatados foram: Serviço que estava funcionando e parou subitamente; Retorno de erros HTTP 400 ou 500 no momento da autenticação OAuth2. Aviso Importante ao Usuário Esta atualização trata-se de uma melhoria no componente. Para quem já está utilizando o scope no formato cobrancas.boletos-info%20cobrancas.boletos-requisicao, não haverá impactos e o funcionamento permanecerá normal. Entretanto, após atualizar o componente, é recomendado remover o %20 e utilizar o espaço simples entre os valores, por mais que o componente de Boletos agora aplica a RFC3986 em QueryString, caso houver espaços e utilizado QueryString o componente aplicará %20 automaticamente. O que mudou na nova versão dos componentes Na versão mais recente dos nossos componentes, houve alteração na forma de envio do parâmetro scope em produção: Antes: O scope era enviado via URLParms (Query String). Agora: O scope é enviado via Payload na requisição de autenticação, indiferente do ambiente (Produção|Homologação|Sandbox) e utilizado a RFC3986. Com essa atualização: Não é mais necessário utilizar %20 ou recomendado para separar múltiplos valores. O scope pode ser informado de forma simples: cobrancas.boletos-info cobrancas.boletos-requisicao Orientação para atualização Usuários Delphi | Lazarus: Atualizar o repositório SVN para a última revisão disponível, reinstalar o componente e gerar nova versão da aplicação. Demais linguagens: Atualizar para a versão mais recente do ACBrMonitor ou ACBrLibBoleto. Para quem não puder atualizar imediatamente Se a atualização de componentes ou sistema não for possível no momento, mantenha o envio via URLParms (Query Strings) e utilize o scope com o espaço codificado: cobrancas.boletos-info%20cobrancas.boletos-requisicao Recomendação final Sempre que possível, mantenha seus componentes e sistemas atualizados para garantir compatibilidade com as integrações bancárias e evitar indisponibilidades. Tópico relacionado:

Olá pessoal, tivemos uma reunião com uma equipe de Boleto do Itau e vamos esclarecer alguns pontos: Itau existe 2 produtos distintos: “Boletos” – Boleto com linha digitável e código barras; “Bolecode” – Boleto com QrCODE, linha digitável e código barras (hibrido); Todos “Boletos” quando liquidados (linha digitável, código barras) , são listados na API de Consulta Liquidados com status de Liquidados; Todos “Bolecodes” quando liquidados através do qrcode, eles são *Cancelados e são listados na API de Consulta Baixados com status “BL” (Bolecode Liquidado). * (Bolecode Baixado) Isso para evitar que o mesmo boleto seja pago por outro meio. Nas consultas de LIQUIDADOS da solução ACBrBoleto, necessário realizar 02 (duas) consultas, mudando apenas a propriedade "IndicadorPIX": - Consulta Boletos Liquidados via Linha Digitável ou Código de Barras (independente se bolecode ou boleto comum): IndicadorSituacaoBoleto = isbBaixado e IndicadorPix = False - Consulta Boletos Liquidados via QrCode: IndicadorSituacaoBoleto = isbBaixado e IndicadorPIX = True Atenção, informação importante para quem usa Bolecode (Boleto Hibrido) API/CNAB Quando boleto é liquidado através do QrCODE até a presente data não devolve informações sobre pagamento, juros, multa, desconto. (não foi possível agrupar a consulta devida a paginação de repostas de cada endpoint)

Boa tarde, Estamos implementando o boleto do Itau, fizemos o processo que eles nos enviam, usamos o token, geramos o Certificado tudo ok, fizemos ontem a tarde (noite 19:41hs) um teste usando demo do ACBrBoleto e o log deu retorno 200 ok, desligamos o pc fomos embora, hoje agora a tarde para retornar o desenvolvimento, novo teste usando o demo do ACBrBoleto, sem nenhuma alteração, sem nenhuma mudança esta dando erro 403, alguma luz para o que pode estar acontecendo, segue anexo parte do log com a msg do retorno que deu OK e do retorno com erro. Muito Obrigado Conexao com 200 e 403.txt

Filtro de pesquisa para o Banco BTG Pactual. Delphi / Lazarus: Atenção: O Campo marcado com asterisco (*) é Obrigatório, sendo assim os demais são opcionais. Índice de continuidade é a paginação, quando necessário mais de uma consulta para o restante dos títulos. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; * FiltrosAPI.indicadorSituacao := isbAberto; (Disponiveis: isbAberto, isbBaixado ou isbCancelado) FiltrosAPI.dataRegistro.DataInicio := strtodate('01/04/2025'); FiltrosAPI.dataRegistro.DataFinal := strtodate('02/04/2025'); FiltrosAPI.dataMovimento.DataInicio := strtodate('01/04/2025'); FiltrosAPI.dataMovimento.DataFinal := strtodate('02/04/2025'); FiltrosAPI.dataVencimento.DataInicio := strtodate('01/04/2025'); FiltrosAPI.dataVencimento.DataFinal := strtodate('02/04/2025'); FiltrosAPI.indiceContinuidade := 0; Atenção, o envio das consultas deve ser realizado pelo parâmetro: TpConsulta Boleto.Configuracoes.WebService.Operacao := tpConsulta; Exemplos: Consultar lista dos títulos em Aberto (sem exibir os boletos vencidos), Registrados no período 04/04/2025 até 10/04/2025: FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; * FiltrosAPI.indicadorSituacao := isbAberto; FiltrosAPI.dataRegistro.DataInicio := strtodate('04/04/2025'); FiltrosAPI.dataRegistro.DataFinal := strtodate('10/04/2025'); FiltrosAPI.indiceContinuidade := 0; Consultar lista dos títulos em cancelados, com vencimento no período 01/04/2025 até 05/04/2025: FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; * FiltrosAPI.indicadorSituacao := isbCancelado; FiltrosAPI.dataVencimento.DataInicio := strtodate('01/04/2025'); FiltrosAPI.dataVencimento.DataFinal := strtodate('05/04/2025'); FiltrosAPI.indiceContinuidade := 0; Consultar lista dos títulos Liquidados, com data movimento (liquidação) no período 01/04/2025 até 10/04/2025: FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; * FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := strtodate('01/04/2025'); FiltrosAPI.dataMovimento.DataFinal := strtodate('10/04/2025'); FiltrosAPI.indiceContinuidade := 0; ACBrLibBoleto: Atenção: É necessário incluir um titulo na lista de títulos antes do envio da consulta. O Campo marcado com asterisco (*) é Obrigatório, sendo assim os demais são opcionais. Índice de continuidade é a paginação, quando necessário mais de uma consulta para o restante dos títulos. [ConsultaAPI] * IndicadorSituacaoBoleto = 1 BoletoVencido = 0 contaCaucao = cnpjCpfPagador = codigoEstadoTituloCobranca = carteira = modalidadeCobranca = DataInicioRegistro = 01/04/2025 DataFinalRegistro = 02/04/2025 DataInicioMovimento = 01/04/2025 DataFinalMovimento = 02/04/2025 DataInicioVencimento = 01/04/2025 DataFinalVencimento = 02/04/2025 FiltrosAPI.indiceContinuidade = 0 Atenção, o envio das consultas deve ser realizado pelo parâmetro: TpConsulta Boleto_EnviarBoleto(3, sResposta, esTamanho); Exemplos: Consultar lista dos títulos em Aberto (sem exibir os boletos vencidos), Registrados no período 04/04/2025 até 10/04/2025: [ConsultaAPI] * indicadorSituacao := isbAberto boletoVencido := 1 DataInicioRegistro := 04/04/2025 DataInicioRegistro := 10/04/2025 indiceContinuidade := 0 Consultar lista dos títulos cancelados, com vencimento no período 01/04/2025 até 05/04/2025: [ConsultaAPI] * indicadorSituacao := 3 DataInicioVencimento := 01/04/2025 DataFinalVencimento := 05/04/2025 indiceContinuidade := 0 Consultar lista dos títulos Liquidados, com data movimento (liquidação) no período 01/04/2025 até 10/04/2025: [ConsultaAPI] * indicadorSituacao : 1 DataInicioMovimento: 01/04/2025 DataFinalMovimento : 10/04/2025 indiceContinuidade : 0 ACBrMonitorPlus: Atenção: O Campo marcado com asterisco (*) é Obrigatório, sendo assim os demais são opcionais. Índice de continuidade é a paginação, quando necessário mais de uma consulta para o restante dos títulos. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] * IndicadorSituacaoBoleto = 1 DataInicioRegistro = 01/04/2025 DataFinalRegistro = 02/04/2025 DataInicioMovimento = 01/04/2025 DataFinalMovimento = 02/04/2025 DataInicioVencimento = 01/04/2025 DataFinalVencimento = 02/04/2025 FiltrosAPI.indiceContinuidade = 0") Exemplos: Consultar lista dos títulos em Aberto (sem exibir os boletos vencidos), Registrados no período 04/04/2025 até 10/04/2025: BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] * indicadorSituacao := 1 DataInicioRegistro := 04/04/2025 DataInicioRegistro := 10/04/2025 indiceContinuidade := 0") Consultar lista dos títulos Baixados, com vencimento no período 01/04/2025 até 05/04/2025: BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] * indicadorSituacao := 2 DataInicioVencimento := 01/04/2025 DataFinalVencimento := 05/04/2025 indiceContinuidade := 0") Consultar lista dos títulos Liquidados, com data movimento (liquidação) no período 01/04/2025 até 10/04/2025: BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] * indicadorSituacao : 3 DataInicioMovimento: 01/04/2025 DataFinalMovimento : 10/04/2025 indiceContinuidade : 0")

A API de Cobrança Bancária V2 será desativada em 30 de abril de 2025. Para garantir a continuidade no uso das funcionalidades de cobrança, é essencial migrar para a API de Cobrança Bancária V3. A nova versão foi projetada para oferecer mais segurança, desempenho aprimorado e novos recursos que tornam sua experiência ainda mais eficiente. Para realizar a migração, será necessário: - Fazer o cadastro no Portal Developers Sicoob e criar as credenciais para a API Cobrança Bancária V3. - Criar um novo aplicativo com a V3, adaptando sua integração aos novos endpoints, escopos e funcionalidades. Não deixe para a última hora! Antecipe sua migração e aproveite os benefícios da nova API. Usuários do ACBrBoleto devem configurar o componente para a nova versão da API, assim como os novos escopos Um agradecimento ao moderador @BigWings por compartilhar a informação.

Muitos usuários estão recebendo notificações dos bancos, sobre o fator de vencimento dos boletos vai ser reiniciado: Fique tranquilo que já está pronta esta implementação: Você não precisa configurar nada, esta implementação já foi feita pelo nosso querido @BigWings em 2015 conforme post abaixo:

Olá, amigos, estou com o seguinte erro de homologação no boleto Caixa Erros de Representação Numérica 10491.13085 20000.100048 00000.013540 2 99930000001000 Nº Erro Descrição do Erro 17 Digito Verificador do Campo 2 da Representação Numérica inválido. 18 Digito Verificador do Campo 3 da Representação Numérica inválido. 21 Digito Verificador Geral da Representação Numérica inválido. 90 Digito Verificador do Campo Livre da Representação Numérica inválido. 97 Dígito Verificador do Código do Cedente na Representação Numérica inválida. Erros do Código de Barras 10492999300000010001130820000100040000001354 Nº Erro Descrição do Erro 23 O Digito Verificador Geral do Código de Barras inválido. 94 Digito Verificador do Campo Livre do Código de Barras inválido. 484 Dígito Verificador Geral do Código de Barras Inválido Alguém ja estev com o mesmo erro que consiga ajudar? Código cedente e digito verificador estão corretos.