Pesquisar na Comunidade

Gerei um arquivo de remessa com o componente ACBr para o banco SICREDI e o mesmo me retornou com erros.

Sobre os filtros de consulta para a API Atual do SICREDI Esta consulta devolve todos boletos liquidados por DIA Se olhar no manual, só tem disponível esta consulta até o momento: É necessário incluir um titulo na lista de títulos antes do envio da consulta. Delphi/Lazarus: Situação isbBaixado, utilize DataMovimento no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := strtodate('07/04/2025'); (consulta apenas por DIA, nao por período) FiltrosAPI.dataMovimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; ACBrLib: Situação isbBaixado, utilize DataMovimento no filtro. [ConsultaAPI] IndicadorSituacaoBoleto = 2 DataInicioMovimento=07/09/2024 (ele consulta por dia, nao por período) DataFinalMovimento=09/09/2024 indiceContinuidade=0 ACBrMonitorPlus: Situação isbBaixado, utilize DataMovimento no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto=2 (baixado) DataInicioMovimento=07/09/2024 (ela consulta por dia e nao por período) DataFinalMovimento=07/09/2024 indiceContinuidade=0")

Salve pessoal! Este tópico tem o objetivo de centralizar as informações disponíveis sobre a consulta em lista de API (tpConsulta) da solução ACBrBoleto. Como não existe um padrão para API, cada banco tem a sua particularidade em sua consulta em lista. Para facilitar, vamos criar links abaixo de cada banco, como realizar a consulta em lista. Para saber como funciona a consulta em Lista, selecione o Banco na lista Abaixo: Banco do Brasil Banrisul Bradesco BTG Pactual C6 Cora Credisis Cresol Itaú Inter PenseBank Safra Santander Sicoob Sicredi

Recebemos relatos de um usuário que não estava sendo alimentando corretamente as propriedades no retorno da consulta. Analisando o código teve alterações e fizemos os ajustes necessários e foi validado em produção pelo usuário. Sobre os filtros de consulta: Delphi/Lazarus: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbCancelado; //( ou isbAberto); FiltrosAPI.dataVencimento.DataInicio := strtodate('07/04/2025'); FiltrosAPI.dataVencimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := strtodate('07/04/2025'); FiltrosAPI.dataMovimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; ACBrLib: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. [ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 1.Cancelado ou 3.Aberto) DataInicioVencimento=07/09/2024 DataFinalVencimento=09/09/2024 indiceContinuidade=0 Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. [ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 2.Baixado) DataInicioMovimento=07/09/2024 DataFinalMovimento=09/09/2024 indiceContinuidade=0 ACBrMonitorPlus: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 1.Cancelado ou 3.Aberto) DataInicioVencimento=07/09/2024 DataFinalVencimento=09/09/2024 indiceContinuidade=0") Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 2.Baixado) DataInicioMovimento=07/09/2024 DataFinalMovimento=09/09/2024 indiceContinuidade=0") O que diz o manual da API: Data Pagamento na solução acbr de filtro é dataMovimento. Atenção ! Lembramos que o Cora retorna o ID do boleto, vem mapeado na propriedade nossoNumeroCorrespondente. Este ID precisa ser salvo pois nas consultas o nosso numero não é devolvido, você identifica pelo NossoNumeroCorrespondente: Agradecimento especial ao usuario @nebrio que nos forneceu as credenciais e realizou testes com acbrlib e ao Midas (midas779) que realizou os testes no delphi em seu ambiente.

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:

Salve Devs ! Agora o Banco Santander conta com mais uma API de apoio nos testes. Além do endPoint de Sandbox, agora o Santander permite testes em Homologação ! Este endPonit é o mesmo de Produção, mas na propriedade environment = "Teste". Isso permite você testar no mesmo ambiente de produção. O que diz no manual da API: Nota 3: Ambiente (environment): (pagina 49) Manual. Deverão ser enviados os seguintes domínios, de acordo com o ambiente de processamento para o registro do boleto: • PRODUCAO: Indica que o boleto deverá ser registrado normalmente no Banco • TESTE: Indica que a requisição está sendo enviada somente com a finalidade de teste, o boleto não será registrado no Banco. Para configurar, basta configurar o ambiente: Delphi Boleto.Configuracoes.WebService.Ambiente := tawsHomologacao; ACBrLibBoleto [BoletoWebSevice] Ambiente = 1 ACBrMonitorPlus Acesse Boleto, WebService: Lembrando que o ambiente pode ser configurado via cedente.ini tanto na lib quanto no monitor. [WEBSERVICE] ClientID= ClientSecret= KeyUser= Scope= IndicadorPix= Ambiente= Resumo:

Olá Estamos disponibilizando na última versão do componente ACBrBoleto a funcionalidades de integração via WebService (Registro On-Line de Boletos), esta funcionalidade já estava disponível nos fontes da pasta Branches (para testes) e passamos para a pasta Trunk2 para que seja possível a homologação por mais usuários do Projeto ACBr. Lembrando que não são todos os bancos que disponibilizam este tipo de serviço via WebService, sendo que os bancos listados abaixo já foram implementados no projetos até o momento, sendo necessário a homologação e testes por empresas que realmente possuam cadastro com o Banco para este tipo de serviço... Pois sem um pré-cadastro para esse serviço não é possível realizar todos os testes em homologação. A estrutura do WebService no componente ACBrBoleto foi implementada nos moldes dos componente ACBrDFe, sendo assim, mesmo NÃO existindo um padrão entre os Bancos, será possível implementar todos utilizando essa estrutura como base. Se alguém desejar contribuir com outros Bancos, poderá analisar os fontes e seguir o mesmo modelo, toda contribuição é bem-vinda!!! Cada Banco exige dados específicos para integração, sendo assim disponibilizamos junto ao Exemplo demonstração (DemoACBrBoleto) o arquivo “configWebService.txt” com as orientações de configuração para integração On-Line. BANCOS SUPORTADOS POR WEBSERVICE / API: Banco do Brasil Caixa Econômica Itaú Sicred CrediSis PenseBank Inter Bancoob (Sicoob) Santander Safra Banrisul C6 Bank Bradesco Cora Cresol ATENÇÃO: Sistemas que utilizam classes de ENUMERADOS dependentes do Projeto ACBrBoleto precisam declarar em seus USES a classe “ACBrBoletoConversao”, pois todas foram migradas para esta Unit. Então se tiver erros de classe do ACBrBoleto não declaradas no seu projeto, basta declarar esta nova Unit… Veja onde ficam as novas configurações para Integração Online: CedenteWS: Configurações: Após configurar os dados de acordo com a recomendação de cada Banco, basta adicionar os Títulos e utilizar o botão: “Registrar Boleto On-Line”. No exemplo, também demonstra como capturar a lista com os retornos de cada Registro de Boleto. Uso com ACBrMonitorPlus Para quem utiliza o ACBrMonitor as configurações para integração WebService / API podem ser realizadas na seguinte tela: O métodos para envio é: https://acbr.sourceforge.io/ACBrMonitor/BOLETOEnviarBoleto.html Uso com ACBrLibBoleto Para quem utiliza a lib ACBrLibBoleto.dll as configurações para integração WebService / API podem ser verificadas na documentação, seção [WebService]: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html O métodos para envio é: https://acbr.sourceforge.io/ACBrLib/Boleto_EnviarBoleto.html Qualquer dúvida ou contribuições que venham a surgir no processo de homologação favor criar um novo tópico na seção referente a Boleto. https://www.projetoacbr.com.br/forum/forum/8-acbrboleto/?do=add

Olá Comunidade ACBr!!! Atualizamos o comportamento do Certificado Digital para garantir que ele seja utilizado apenas quando necessário, mesmo que configurado no componente. Essa mudança assegura o mesmo comportamento já existente em conexões SOAP, agora aplicado também a conexões REST. Um exemplo é o Bradesco, que utiliza o Certificado Digital apenas para assinar o Header, mas não para estabelecer a conexão. Nesse caso, a propriedade UseCertificateHTTP deve ser configurada como False. Se o seu banco utiliza certificados digitais para comunicação, certifique-se de configurar corretamente a propriedade UseCertificateHTTP. <ACBrBoleto>.Configuracoes.WebServices.TimeOut := 50000; <ACBrBoleto>.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; <ACBRBoleto>.Configuracoes.WebService.ArquivoCRT := Caminho e arq CRT ('C:\XXXXXXX\Certificado.crt';) <ACBRBoleto>.Configuracoes.WebService.ArquivoKEY := Caminho e arq Key ('C:\XXXXXXX\Chave.key';) <ACBrBoleto>.Configuracoes.WebService.UseCertificateHTTP := True|False; //Caso False, mesmo que passado as informações, o componente irá descarregar os certificados que foram passados na conexão, e não será utilizado. UseCertificateHTTP :: caso FALSE, mesmo que passado as informações, o componente irá descarregar os certificados que foram passados na conexão, e não será utilizado. Tópico de Configuração de todos os Bancos :

Olá, comunidade ACBr! Gostaríamos de informar sobre uma atualização importante no componente ACBrBoleto, realizada no commit #35971. Principais mudanças: O domínio do campo Webservices.Ambiente foi alterado: anteriormente, utilizávamos o enum TpcnTipoAmbiente, mas agora foi substituído por TTipoAmbienteWS. Com essa atualização, agora temos três ambientes para atender às exigências de alguns bancos, que possuem endpoints separados para Produção, Homologação e Sandbox — cada um com comportamentos distintos. Novos valores para Webservices.Ambiente: tawsProducao tawsHomologacao tawsSandBox Observação: para bancos que diferenciam o comportamento entre os ambientes de Homologação e Sandbox, as classes serão ajustadas em breve para refletir essa mudança.

Vi em tópicos do fórum que o acbrBoleto não está configurado para funcionar a homologação da API do Itaú com o Bolecode, isso porque só retorna erro 500 quando não é enviado o JSON exatamente igual ao caso de teste deles. Por esse motivo ajustei alguns campos para que o json enviado se encaixe no caso mapeado pelo sandbox do banco. Abaixo tem os campos que fiz alteração. Ainda não tenho acesso a produção da API portanto não sei se essas mudanças implicaram em algo no fluxo dela, mas acredito que não. **"indicador_pagamento_parcial":"True", **"quantidade_maximo_parcial":0, **"desconto_expresso":"False" Retirei esses campos porque segundo a documentação não é para enviá-los. Ficou assim: Por algum motivo na homologação está fixo que tem que enviar a negativação, mesmo não sendo obrigatório, forcei a enviar apenas na homologação. Adicionei data da multa ao invés de quantidade de dias para api do pix porque nesse é necessário enviar a data. Fiz a mesma coisa para os juros. Alterei a forma para não enviar descontos, não é obrigatório o envio na homologação e parece que possui estrutura diferente, então decidi retirá-lo na homologação porque pelo o que nas postagens deve tá funcionando na produção, ficou assim: O "codigo_carteira" está para receber uma string na API do pix, fiz essa alteração. O campo “texto_uso_beneficiario” estava com ‘0’, porém estava sendo recusado na homologação, então passei fixo o ‘000001’. Além disso, ‘texto_seu_numero’ não tem na API do pix então retirei o envio. Ressalto novamente que não tenho certeza se essas modificações vão dar algum problema na Produção pois ainda não tenho acesso. Mas depois dessas mudanças conseguir fazer testes na homologação que é bem engessada e não dá para testar muito bem, seria bom alguém com as credenciais testar pra ver se continua ok o envio da requisição. Adicionei o arquivo modificado aqui para vocês realizarem o teste. ACBrBoletoW_Itau_API.pas

Alterado Opção para fazer consulta detalhada de boleto sem precisar gerar novamente o nosso número. ACBrBoletoW_BancoBrasil_API.pas ACBrBoletoW_Banrisul.pas ACBrBoletoW_Bradesco.pas ACBrBoletoW_PenseBank_API.pas ACBrBoletoW_Sicoob.pas ACBrBoletoW_Sicoob_V3.pas ACBrBoletoW_Sicredi_APIECOMM.pas ACBrBoletoW_Sicredi_APIV2.pas

Adicionei nos Retornos da Sicredi a leitura dos campos de SeuNumero, Valor e Data Creditado. ACBrBoletoRet_Sicredi_APIECOMM.pas ACBrBoletoRet_Sicredi_APIV2.pas

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

Fala pessoal ! Venho comunicar uma alteração de endpoint da API para testes do Santander V1 , devido o ambiente Sandbox não ser fiel ao ambiente real (de produção) conforme instrução do próprio Santander, optamos por alterar para o uso do ambiente de HOMOLOGAÇÃO, o qual alteramos o método de envio para que seja enviado para endpoints diferentes para que possamos unificar as respostas necessária para retorno correto. Como estava Estávamos utilizando o endpoint SandBox para testes: 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'; Infelizmente estava retornando dados incompletos nas consultas, quando o usuário relatou ao suporte do banco, ele nos orientou a utilizarmos o endpont de Homologação: Para se integrar com o ambiente de homologação, precisa entrar em contato com seu especialista Cash. Como ficou Quando você realiza a consulta, nós vamos realizar 3 consultas diferentes. Isso porque a API do Santander, infelizmente não está devolvendo todas informações necessárias em apenas uma consulta. (que vou explicar abaixo). Lembrando que você vai realizar apenas uma consulta e todo este processo de consultas diferentes será realizada em backend pela solução ACBrBoleto, o qual vai te devolver todas as consultas em uma reposta unificada. Você não precisa alterar nada nos seus fontes, apenas solicitar credenciais para o ambiente de homologação com o seu especialista Cash. O endpoint passou de SandBox para Homologação. Então a partir de agora, estamos utilizando como padrão este novo endpoint para testes. 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'; Infelizmente a consulta no novo endpoint não devolve todos os dados em uma unica consulta. Na consulta padrão, não estava devolvendo corretamente os juros ou valor pago com juros. E foi necessário utilizar outra consulta conforme sugestão abaixo: Infelizmente a consulta acima, que devolve informações sobre o juros, não devolve a data credito ou data baixa. Após reportar que a consulta NN não devolve as datas credito/baixa Foi sugerido utilizar a primeira consulta que não volta juros. Em resumo para contornar a situação, estamos realizando consultas em 2 ou 3 formas diferentes para que possamos unificar os dados necessários para uso enquanto o banco não corrige as consultas. Sendo assim, atenção ! 1. só existe consulta detalhada! (não existe consulta em lista) Para a consulta devolver informações de boletos e do pix (caso exista) antes de realizar a consulta marque o indicadorPix como true; Se estiver marcado o Indicadorpix como true ele vai realizar uma consulta do boleto bankslip, caso esteja liquidado/baixado vai realizar mais 2 consultas por NN (nosso numero) para pegar o juros e Setlement para pegar as datas de credito/baixa. Se não o indicadorPix for false, vamos consultar se ele está liquidado/baixado vai realizar consulta por NN (nosso numero) para pegar o juros e Setlement para pegar as datas de credito/baixa. Como o Santander difere de outros endpoints que realizamos apenas uma consulta, pode ser que fique lento alguns segundos.. ja que precisamos enviar a primeira consulta, aguardar para disparar a segunda consulta aguardar novamente e disparar terceira e unificar as respostas. Links de referência: Usar Homologação e não sandbox: Utilizar consultas NN e Settlement:

Bom dia, Gostaria de propor uma alteração em TACBrBancoBradescoMoneyPlus, com a adição da implementação do Registro de Transação - Tipo 2, de acordo com o layout recebido do banco em anexo, a remessa gerada já foi homologada com o banco. Envio, o fonte completo, assim como o patch, e o layout usado como referência. Desde já agradeço.

Erro ao Consultar Boletos, sem informar nenhum boleto. ACBrBoletoW_Sicredi_APIECOMM.pas

Olá, meu cliente começou a relatar que o banco não está conseguindo enviar arquivos de remessa, por estar gerando quantidade incorreta de registros, remessa no banco Cresol. Pelo que entendi, o problema está na penúltima linha do arquivo de remessa, mas não consegui entender como resolver o problema. Será que alguém poderia me ajudar Arquivo de remessa:

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

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

Tenho a seguinte situação: Tenho um boleto com vencimento digamos 31/03/2024 com com um valor de desconto para caso seja pago até o vencimento. Agora quero fazer uma alteração no vencimento do boleto para 05/04/2024, mas quero que o desconto passe a ser até o novo vencimento (05/04/2024). Quando trabalhando com troca de arquivos (remessa/retorno) eu enviava duas linhas, uma para a mudança do vencimento(toRemessaAlterarVencimento) e outra para a concessão do desconto (toRemessaConcederDesconto). E trabalhando com a API como faço? quando mando o tipo de operação tpAltera ele está alterando apenas o vencimento e não achei um tipo de operação para o valor e a data limite do desconto. Estou testando no Sicredi e vi que lá seriam 3 comandos de instrução. Um para alterar o vencimento, outro para alterar o valor do desconto e outro para alterar a data limite para o desconto. Eu mando 3 comandos de tpAltera? um com OcorrenciaOriginal.Tipo = toRemessaAlterarVencimento e outro com OcorrenciaOriginal.Tipo = toRemessaConcederDesconto? e a data limite para o desconto? como mando? E vai ser assim para todos os bancos?

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?

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:

Olá, estou utilizando o componente da API v2 do banco Itaú, mas estava obtendo o seguinte erro: "campo" : "data.dado_boleto.juros.percentual_juros", "mensagem" : "Juros calculado inferior a R$ 0,01. Favor rever dados da cobrança", "valor" : "0.10000" estou tentando colocar o valor de 1% de juros, porém ao analisar o log da API verifiquei que estava sendo enviado da seguinte maneira: "percentual_juros":"000000010000" O que segundo a documentação do banco seria igual a 0,01%, o correto seria: "percentual_juros":"000000100000" Pelo o que entendi esse problema de conversão estaria ocorrendo no componente ACBrBoletoW_Itau_API na procedure GerarJuros, além disso, esse mesmo problema está ocorrendo com o percentual das multas.

Boas notícias ! Agora a solução ACBrBoleto permite a configuração de margens (superior, inferior, esquerda e direita) para impressos em Fortes Report (por enquanto somente em fortes) . Então para quem utiliza nossos componentes em Delphi e Lazarus: FACBrBoletoFCFortes.MargemSuperior :=0; FACBrBoletoFCFortes.MargemInferior :=0; FACBrBoletoFCFortes.MargemEsquerda :=4; FACBrBoletoFCFortes.MargemDireita :=3; Para quem utiliza ACBrMonitorPlus pode configurar em modo gráfico ou através do comando boleto.setmargem: BOLETO.SetMargem(parametro1,parametro2,parametro3,parametro4) Parametros: parametro1 = Margem Inferior parametro2 = Margem Superior parametro3 = Margem Esquerda parametro4 = Margem Direita Para quem utiliza ACBrLibBoleto: Dentro da Seção: [BoletoBancoFCFortesConfig] Incluir: MargemInferior=5 MargemSuperior=5 MargemEsquerda=4 MargemDireita=3 Vai ficar assim: Já está disponível no componente para ACBrLibBoleto e ACBrMonitorPlus vai estar na próxima compilação.