Pesquisar na Comunidade

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 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.

A pedido do banco para homologação do arquivo de remessa, foi relatado algumas inconsistências. Tamanho máximo da Carteira do banco Votorantim esta incorreto. Neste caso preciso enviar a carteira 500 porem o ACBr realiza uma alteração que sempre muda para 5 por conta do tamanho máximo configurado. No campo Identificação do Layout deve ser preenchido sempre com "CL001" porem no ACBr está preenchendo com CL + NumeroDaRemesa.

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.

Olá Tudo Bem! Gostaria de saber no campo MAIL no ACBrBoleto eu posso usar o ACBrMail igual no ACBrnfe? Se sim como faço para anexar mais de um arquivo(boleto) usando o ACBrmail? Desde já Muito Obrigado pela Ajuda e Atenção! Obrigado!

Olá Tudo Bem Estou com um problema na geração do boleto do Banco do Brasil usando o ACBrBoleto com Delphi, os clientes quando estão tentando pagar e não estão conseguindo, o arquivo cnab 240 é aceito pelo banco sem problema. Da erro tanto usando o código de barra quanto pela tentando pela linha digitável. Aqui na empresa temos duas versões do software uma feita em Delphi e outra feita em Clipper. A versão em Clipper usa o ACBrmonitorPlus, para fins de comparação geramos o mesmo boleto que está dando problema gerado na versão em Delphi na versão em Clipper utilizando o ACBrMonitorPlus só que o boleto gerado pela versão Clipper não da erro nem pelo código de barra e nem pela linha digitável, pelos dois modos o boleto aparece no site do banco. Segue a linha digitável de ambos e o boleto gerado em cada versão em anexo, por favor o que está faltando ou errado na versão Delphi que utiliza o ACBrBoleto? Delphi : 00190.00009 01576.969008 00505.506014 4 95360000029500 Clipper: 00190.00009 01576.969008 00505.506170 1 95360000029500 Por Favor qual seria o problema na versão Delphi que usa o ACBrBoleto? Desde já Muito Obrigado pela Atenção e Ajuda! boleto 015665-01 Clipper.pdf boleto 015665-01 Delphi.pdf

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.

Atualmente testando com a API do Banco do Brasil, ao realizar a alteração dos dados do boleto, mais precisamente, a data de vencimento apenas, retorna o seguinte erro no txt. Codigo=404 Mensagem=NÃO ENCONTRADO. O servidor não conseguiu encontrar o recurso solicitado. Até onde visualizei a API do BB, eles possuem Endpoints de Edição/Alteração de Boletos.

Bom dia senhores, estou utilizando o Delphi 2010 com IntraWeb junto com o ACBr para emissão de boletos e notas de serviço, porém estou passando por um erro chato e intermitente ao gerar o PDF do boleto, no método TACBrBoleto.GerarPDF as vezes retorna o erro "There is no default printer currently selected". O problema é que não ocorre sempre, pelo que entendi, o ACBr não se comporta muito bem com o IntraWeb, creio que o ACBr esteja tentando acessar diretamente a impressora, porém no servidor onde está rodando a aplicação possui uma impressora PDF instalada e o fato do erro ser intermitente me deixa ainda mais confuso. Caso alguém já tenha passado por esse erro ou tenha alguma pista por favor me ajudem, estou enlouquecendo já rsrsrs. Obrigado.

Boa tarde, Estou tentando registar um boleto em produção, utilizando o ACBrBoleto pela API do Banco do Brasil, mas retornar erro 403, pelo que estava vendo nos outros tópicos criados anteriormente o problema era o "scope" que não estava com o conteúdo correto, não é o meu caso, pois tenho populado a propriedade conforme abaixo grifado em amarelo. with Cedente.CedenteWS do begin if Banco.TipoCobranca = cobBancoDoBrasilAPI then begin ClientID := cclient_id_BB; ClientSecret := cclient_secret_BB; KeyUser := cdeveloper_application_key_BB; // developer_application_key end; Scope := 'cobrancas.boletos-info cobrancas.boletos-requisicao'; IndicadorPix := False; end; with Configuracoes.WebService do begin SSLCryptLib := cryOpenSSL; SSLHTTPLib := httpOpenSSL; SSLType := LT_TLSv1_2; TimeOut := 30000; UseCertificateHTTP := False; Operacao := tpInclui; Ambiente := taProducao; end; with Configuracoes.Arquivos do begin LogRegistro := True; PathGravarRegistro := ExtractFilePath(ParamStr(0)); end;