Desenvolvimento Eagle

Boa noite! Ficou correto agora, muito obrigado!

Estou trabalhando na geração de boletos pelo Pense Bank (mas o problema também ocorre com boletos de outros bancos) e percebi que o valor do desconto está incorreto na mensagem padrão de impressão quando utilizo tipos de desconto que operam com porcentagem. Por exemplo, em um boleto de R$ 220,00 com desconto de 10%, o valor correto do desconto deveria ser R$ 22,00. No entanto, na impressão está dando um valor incorreto: Depurando o código, verifiquei que os valores estão sendo enviados corretamente. O problema parece estar no cálculo realizado pelo método CalcularPercentualValor na unit ACBrBoleto.pas (esse método é chamado dentro do GerarMensagemPadraoDesconto). O trecho relevante do código está assim: Acredito que o correto seria isso aqui: Aqui é o método GerarMensagemPadraoDesconto, onde esse outro método é chamado: Poderiam esclarecer o motivo desse cálculo estar implementado dessa forma ou confirmar se há, de fato, um erro? Verificado na revisão 36519 .

Bom dia, alguma atualização sobre a integração do restante das alterações? Poderiam me confirmar se receberam as credenciais também?

Bom dia! Encaminhei por e-mail as credenciais de homologação. Qualquer dúvida estou a disposição.

Apenas mais uma correção, hoje acabamos verificamos que no método LerRetorno da classe ACBrBoletoRet_PenseBank_API.pas, durante o retorno da consulta detalhe estava sendo feita a leitura de um campo que não existe no corpo da resposta (campo "valor"). Além disso, uma das situações verificadas na condicional também não existe no Pense Bank ("Baixa por Solicitação"), conforme pode ser verificado na documentação. O mesmo também acontecia no método LerListaRetorno. Dessa forma, o código era desnecessário removemos a verificação e segue o arquivo modificado em anexo: ACBrBoletoRet_PenseBank_API.pas

Bom dia, Victor, tudo bem!? Para utilização do PenseBank precisamos fazer algumas alterações nos arquivos que estão em anexo. Alterações feitas anteriormente e validadas por você foram reconsideradas e das analisadas a única que mantivemos foi a criação da propriedade de código de barras. - Referente à propriedade CodigoBarras gostaria que verificasse, pois se fez necessário, visto que o próprio PenseBank na resposta da requisição do registro de cobrança (https://sandbox.pensebank.com.br/Boleto) retorna esse valor, dispensando no caso a montagem através do cálculo, o qual não seria possível também já que não possuímos os dados da conta-corrente deles, necessários para realização da montagem. Concordamos que os cálculos e regras referentes ao Banco do Brasil devem ser mantidos, mas no caso do método de montagem do Código de Barras sendo executado apenas caso o valor dele já não tenha sido retornado pelo banco. (Em testes deixamos montar o código de barras, mas o código gerado acaba diferente do código que o banco retorna na requisição). - Fizemos algumas alterações nos reports também, nos layouts de boleto e carnê para tratar o campo que exibe o código do pix (lblcopiaecola) que estava sendo cortado na impressão e dois métodos de tratamento antes da impressão que valida o tamanho dos textos a serem exibidos em campos que acabavam sobrepondo outros dados quando o texto é muito grande. Os arquivos em anexo estão sendo utilizados por nós na revisão 34991. Se julgar necessário podemos nos falar também pelo Discord para esclarecer qualquer dessas alterações, desde já grato! ACBR_MODIFICADOS_34991.rar

Boa tarde! Durante nossos testes internos, identificamos que a API do Pense Bank estava retornando um erro ao enviar remessas com o tipo de multa igual a 3 (ISENTO). Após entrar em contato com o suporte, fomos informados de que, para esse tipo de multa, o campo data do grupo multa não deve mais ser enviado. Com isso, fizemos uma atualização no arquivo ACBrBoletoW_PenseBank_API.pas para garantir que o campo data não seja mais incluído quando o tipo for igual a 3. Além disso, estamos enviando em anexo todos os arquivos que ainda faltam ser integrados, já que anteriormente havíamos encaminhado alguns de forma separada. Esses arquivos são compatíveis com a revisão 34403. Aproveitando o contato, gostaríamos de saber se há alguma atualização sobre os testes e a integração das demais alterações que enviamos? ACBR_MODIFICADOS_34403.zip

Bom dia, Teria alguma atualização ou previsão sobre a integração do restante das alterações?

Bom dia, Sinto muito por não ter verificado no primeiro teste, mas também faltou integrar no SVN as alterações do arquivo ACBrBoletoRet_Bancoob.pas, com tratamento para retorno 204 na V2 que havia citado anteriormente. Não adicionei este arquivo na mensagem que enviei os arquivos da V3 (27 de Junho) porque ele já havia sido enviado anteriormente na mensagem do dia 25 de Junho, e imaginei que vocês já iriam integra-lo. Segue o arquivo alterado: ACBrBoletoRet_Bancoob.pas

[ERRATA] Bom dia! Fazendo alguns testes aqui, verifiquei uma pequena inconsistência nas nossas alterações no arquivo ACBrBoletoRet_PenseBank_API.pas. Com a migração para o novo componente de leitura de JSON do ACBr, faltou ajustar o retorno da inclusão e da consulta detalhada. Os dados do retorno vem dentro de um objeto message, então era preciso acessa-lo para conseguir ler os campo de retorno: O arquivo corrigido segue em anexo. Aproveitando, segue também o link de cadastro para utilizar o ambiente de homologação do Pense Bank: https://sandbox.pensebank.com.br/login.html Caso não possua, segue o link da documentação https://documenter.getpostman.com/view/25576246/2s93Xzw292#40f96c18-a911-4f7b-bf87-bb703b89e205 ACBrBoletoRet_PenseBank_API.pas ACBrBoletoRet_PenseBank_API.pas

Bom dia! Fazendo alguns testes aqui, uma pequena insconsistência nas nossas alterações no arquivo ACBrBoletoRet_PenseBank_API.pas. Com a migração para o novo componente de leitura de JSON do ACBr, faltou ajustar o retorno da inclusão e da consulta detalhada. Os dados do retorno vem dentro de um objeto message, então era preciso acessa-lo para conseguir ler os campo de retorno: Segue o arquivo corrigido: ACBrBoletoRet_PenseBank_API.pas

Bom dia, sobre as alterações do Sicoob que foram integradas ao SVN, verifiquei apenas uma inconsistência nos arquivos ACBrBoletoW_Bancoob.pas ACBrBoletoW_Bancoob_APIV3.pas, relativo ao campo cpfCnpj do grupo beneficiarioFinal. O nome correto do campo é numeroCpfCnpj, conforme a documentação (tanto na V2 quanto na V3) :

Boa tarde! Realizei ajustes e correções nos arquivos da V3 do Sicoob. Já validei as mesmas no nosso software em produção e com a documentação (https://developers.sicoob.com.br/portal/apis) ACBrBoletoW_Bancoob_APIV3.pas: Implementada a rota de negativação; Adicionado o envio do campo dataLimitePagamento na requisição. Removidos campos referentes ao beneficiarioFinal que não existem na documentação, bem como corrigido o nome do campo cpfCnpj para numeroCpfCnpj, também conforme a documentação. Implementado o envio do Desconto tipo 3: Valor por antecipação dia corrido. ACBrBoletoRet_Bancoob_APIV3.pas: Na V2, a rota de consulta retornava status 204 com corpo de resposta vazio se o boleto não era encontrado. O ACBr não tinha tratamento para este caso no momento de ler o retorno, e com isso o campo de mensagem de erro ficava vazio. Dessa forma, adicionamos um tratamento para preencher o campo mensagem com um valor padrão (presente na documentação), como pode ser visto no arquivo ACBrBoletoRet_Bancoob.pas enviado anteriormente. Contudo, na V3 outras rotas passam a retornar status 204 com corpo vazio em caso de sucesso (protesto, baixa, negativação), e por isso foi necessário adicionar modificar o tratamento para que a mensagem só seja preenchida com o valor padrão no caso de consulta, pois para os demais já existem os tratamentos necessários. Aproveitando, também identifiquei uma inconsistência na geração do desconto nas nossas alterações, onde o campo tipoDesconto mesmo não estava sendo enviado quando estava com o valor zero. O arquivo ACBrBoletoW_Bancoob.pas segue em anexo com a correção: ACBrBoletoRet_Bancoob_APIV3.pas ACBrBoletoW_Bancoob.pas ACBrBoletoW_Bancoob_APIV3.pas

Bom dia, Victor, obrigado pelo retorno! Sobre as alterações no V3 desconsidere, realmente os arquivos foram modificados baseados no V2. Iremos refazer as alterações no V3, posteriormente, se necessário. Sobre as alterações do PenseBank: - A propriedade LinhaDigitavel pode ser também desconsiderada. - Referente à propriedade CodigoBarras gostaria que verificasse, pois se fez necessário, visto que o próprio PenseBank na resposta da requisição do registro de cobrança (https://sandbox.pensebank.com.br/Boleto) retorna esse valor, dispensando no caso a montagem do valor através do cálculo, o qual não seria possível também já que não possuímos os dados da conta-corrente necessários para a sua realização. Concordamos que os cálculos e regras referentes ao Banco do Brasil devem ser mantidos, mas no caso do Código de Barras sendo executado apenas caso o valor dele já não tenha sido fornecido. Em anexo enviamos o arquivo BancoPenseBank com essa alteração para sua avaliação, desde já grato. ACBrBancoPenseBank.pas

Boa tarde, Victor. Com os arquivos da 34108 realizei as alterações necessárias nos arquivos, sem os formatar ao final, qualquer dúvida à disposição. ATUALIZADOS_34108.rar