Desenvolvimento Eagle

Bom dia! Sim, tudo normal aqui da minha parte!

Bom dia! Hoje de manhã testei em dois clientes, e a API já voltou a retornar no formato antigo.

Boa tarde! Eu entrei em contato com o suporte deles hoje, e me informaram que essa alteração no nome dos campos foi um erro, e que devem corrigir até dia 17:

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