Ir para conteúdo
  • Cadastre-se

Desenvolvimento Eagle

Membros Pro
  • Total de ítens

    58
  • Registro em

  • Última visita

Sobre Desenvolvimento Eagle

Contact Methods

  • Website URL
    http://www.eagletecnologia.com

Últimos Visitantes

1.216 visualizações

Desenvolvimento Eagle's Achievements

  1. Bom dia! Sim, tudo normal aqui da minha parte!
  2. Bom dia! Hoje de manhã testei em dois clientes, e a API já voltou a retornar no formato antigo.
  3. 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:
  4. Bom dia! Havia esquecido de subir os arquivos, seguem em anexo. ACBrBancoPenseBank.pas ACBrBoleto.pas ACBrBoletoRet_PenseBank_API.pas ACBrBoletoW_PenseBank_API.pas ACBrBoletoFCFortesFr.dfm ACBrBoletoFCFortesFr.pas todas-alteracoes.zip
  5. Novo tópico aberto em solicitação ao que foi pedido no fórum:Alterações boleto híbrido PenseBank e Sicoob Alterações geração de boletos (implementado na revisão - 36438) ACBrBoleto.pas: Método GerarMensagemPadraoDataLimitePagamento: complementadas (e pontuadas) as mensagens padrões do campo Data Limite de Pagamento: De “Não Receber após <<dias limite>> dias.” para “Não Receber após <<dias limite>> dias do vencimento.“. De “Não Receber após o Vencimento” para “Não Receber após o Vencimento.“ (acrescentado o ponto final). Método CalcularPercentualValor: Corrigido o cálculo do valor de desconto (conforme o tópico Dúvida sobre cálculo de desconto no ACBrBoleto). Está correção já está no SVN. ACBrBancoPenseBank.pas: Removido o método FormataNossoNumero. No caso do Pense Bank, o cliente não envia o nosso número no momento da geração do boleto, ele apenas o recebe já formatado, no retorno da geração ou no retorno da consulta. Assim, o número não pode ser formatado novamente, caso contrário o código de barras ficará incorreto. Sobrescritos os métodos EhObrigatorioNomeBeneficiario, EhObrigatorioAgencia, EhObrigatorioAgenciaDV, EhObrigatorioConta e EhObrigatorioContaDV, apenas para tirar a obrigatoriedade desses campos, pois eles não são obrigatórios para a geração do boleto, apenas necessários para a impressão. Sobrescrito o método MontarCampoCarteira, que serve para definir como o campo carteira é exibido na impressão do boleto. No BB, era exibido no formato <<número carteira>> / <<modalidade carteira>>, mas como esse dado não existe para o Pense Bank, era exibido o valor "1" para a modalidade (17/1, por exemplo). Como na impressão do próprio Pense Bank é exibido apenas o número da carteira, o método foi sobrescrito para fazer o mesmo. Alterado o método MontarCampoCodigoCedente para retornar no formato <<número agência>>/<<número conta>>, removendo zeros à esquerda da agência (mesmo padrão do Pense Bank). Alterado o método CalcularTamMaximoNossoNumero para retornar o próprio tamanho do nosso número (pois como dito anteriormente, o nosso número já é retornado formatado e no tamanho correto pelo Pense Bank). No método MontarCodigoBarras: Removida a formatação no Nosso Número. Removidos os zeros à esquerda do nosso número antes de realizar o cálculo do tamanho máximo. Isso foi feito por que, por padrão, o Pense Bank retorna o nosso número com 20 caracteres, sendo que os três primeiros dígitos são zeros. Contudo, o valor 20 não é uma das opções válidas de tamanho máximo do nosso número para o BB (10, 17, 7, 5 e 11); por isso, é feita a remoção dos zeros a esquerda. ACBrBoletoW_PenseBank_API.pas: Alterado para configurar Timeout da requisição. Removido campos que não existem em requisições Pense Bank. Corrigido envio da data da multa. Implementadas novas URLs: Rota de consulta detalhada por IdExterno. Rotas de Negativação. ACBrBoletoRet_PenseBank_API.pas: Ajustados e adicionados novos tratamentos para retornos de erros. Incluído retorno de consulta detalhada. Alterações na impressão padrão e carnê (implementado na revisão - 36438) Alterada a fonte das instruções da impressão carnê para ficar igual à fonte das instruções da impressão padrão. Impressão boleto padrão: Impressão Carnê (antes): Impressão Carnê (depois): Na impressão padrão, nos campos do Pagador e do Beneficiário Final: Alinhados os campos nome e endereço. Adicionado ":" a frente da palavra "Pagador". Padronizado o tamanho das fontes (alguns campos tinham fontes maiores que os outros). Antes: Depois: Também na impressão padrão, alinhado o label "Valor" com os demais da mesma linha. Antes: Depois: Na impressão carnê, nos campos do Pagador e do Beneficiário Final: Alinhados os campos nome e endereço. Adicionado ":" a frente da palavra "Pagador". Padronizado o tamanho das fontes (alguns campos tinham fontes maiores que os outros). Separado o label "Beneficiário Final" em dois, para simular quebra de linha. Antes: Depois: Também no carnê, removido um "x" que aparecia acima do QRCode (era um label separado que aparentemente não era usado). Antes: Depois: Um outro problema que identifiquei na impressão do carnê (e também em alguns campos da impressão padrão) é que em alguns campos o texto está “saindo fora” do espaço devido. Eu tentei inicialmente verificar se é possível configurar o componente para não crescer mais que o tamanho dele, mas não consegui. A propriedade AutoSize, que deveria servir justamente para isso, já estava desabilitada então isto nem deveria estar acontecendo. Dessa forma, a forma que encontrei para tratar esse problema foi implementar o evento OnBeforePrint dos campos com problema, e implementar para ser adicionado reticências (“…”) caso o texto exceda um tamanho específico. Antes (campos txtLocal e SwHouseCarne): Antes (apenas campo beneficiário): Depois: O campo beneficiário do boleto comum também tem o mesmo problema: Quanto a este problema, se vocês puderem analisar outra forma de corrigi-lo, pois talvez vocês conheçam uma correção mais simples para situação.
  6. Boa noite! Ficou correto agora, muito obrigado!
  7. 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 .
  8. Bom dia, alguma atualização sobre a integração do restante das alterações? Poderiam me confirmar se receberam as credenciais também?
  9. Bom dia! Encaminhei por e-mail as credenciais de homologação. Qualquer dúvida estou a disposição.
  10. 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
  11. 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
  12. 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
  13. Bom dia, Teria alguma atualização ou previsão sobre a integração do restante das alterações?
  14. 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
  15. [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
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...