Ir para conteúdo
  • Cadastre-se

KelvinAlexandre

Membros
  • Total de ítens

    6
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

KelvinAlexandre's Achievements

  1. Boa tarde @valterpatrick Gostaria de saber como está o andamento da análise da tarefa ACBR-8989, tem informações se vai ser implementado?
  2. @Daniel InfoCotidiano Pois é, essa está sendo nossa luta também, é justamente no boleto pix que estamos com problemas. Eles nos passaram uma rota que traz os juros e descontos, mas é de boleto detalhado e funciona apenas para um boleto por vez. Marcamos mais uma reunião com o time técnico do banco e explicamos que nesse caso ficaria meio ruim para o banco, pois temos clientes que emitem muitos boletos no dia, e para fazer as baixas corretamente, teríamos que percorrer todos os boletos e fazer uma nova consulta na API pegando essas informações, mesmo assim não consideraram o que conversamos, ou seja, não tinha outro jeito. Então antes de implementarmos fizemos alguns testes no postman, mas nessa rota que foi passado vem os juros e descontos registrados, não o efetivo pago, ou seja, não serviu para nada. E todos os e-mails que nós mandamos o retorno é sempre uma API que já testamos e vimos que não dá certo. Eu não sei se pode ser um problema de arquitetura ou algo do tipo, mas para o boleto comum já tem a informação, para mim que não deveria ser tão difícil assim devolverem para nós essa informação. Estamos com a demanda pausada aguardando aqui. Qualquer retorno eu aviso.
  3. Boa tarde, desculpem a demora em responder. Estávamos tentando algumas tratativas com o banco, pois percebemos que durante os testes os valores de Juros e Descontos não estavam constando no retorno da API do banco, nos passaram pelo menos 3 APIs diferentes para testarmos, tentamos mas nenhuma delas retorna de fato a informação que precisamos que seria o que o cliente pagou de fato de juros ou que recebeu de descontos no pagamento do boleto. Estamos com bastante dificuldade em tratar com o banco essa questão. Em relação a documentação, é bem burocrático para ter acesso, precisamos de autorização de um dos clientes e a empresa não autoriza colocar o usuário e senha que estamos usando para validação pelos consultores. Inclusive quando mandei os fontes aqui, também mandei uma versão impressa do PDF da documentação, mas fica bem ruim para ler, já que é a impressão de uma página de internet e está bem mal configurado. Emfim, estou aguardando o retorno dos analistas e no momento aqui tudo está pausado.
  4. Realizei algumas implementações nas units da API V2 do Sicredi para suportar a rota de "Movimentações" (conhecida como Francesinha). Motivação: A implementação atual consulta apenas a rota de "Liquidados no Dia" (D0). No entanto, para fins de conciliação financeira, muitos clientes necessitam da data efetiva do crédito (D+1) e não apenas da data do pagamento. A rota de movimentações fornece essa informação correta (dataMovimento). O que foi feito: Alterei as units ACBrBoletoWS.pas, ACBrBoletoW_Sicredi_APIV2.pas e ACBrBoletoRet_Sicredi_APIV2.pas para permitir alternar entre as estratégias de consulta. ACBrBoletoWS: Ajustado para instanciar a classe da API V2 também quando a configuração for identificada como rota alternativa. Unit de Envio (W): Implementada a lógica no método DefinirURL e DefinirParametros. Se a propriedade VersaoDF for definida como 'V1', o componente direciona para a rota /cobranca/v1/cobranca-financeiro/movimentacoes. Se for 'V2' (padrão), mantém a rota antiga /boletos/liquidados/dia. Unit de Retorno (Ret): Adicionado tratamento para diferenciar o JSON de retorno (chave resultado vs items). Mapeamento da DataCredito baseado no campo dataMovimento quando estiver na rota Francesinha. Ajuste no controle de paginação para respeitar o padrão desta rota específica. Mantive a compatibilidade com a rota atual de liquidação D0. Seguem as units alteradas para análise e merge, qualquer dúvida estou à disposição. Obrigado. ACBrBoletoRet_Sicredi_APIV2.pas ACBrBoletoW_Sicredi_APIV2.pas ACBrBoletoWS.pas
  5. Bom dia Juliomar! Segundo o nosso analista de requisitos, em testes internos, ficou constatado que a V3 não traz o retorno dos boletos pagos, e em conversas com o banco, foi solicitado que utilizássemos a rota da V1, apenas para pegar esses dados de retorno. Assim o fizemos.
  6. Boa tarde! Fiz a implementação da rotina de retorno dessa rota, segue em anexo os fontes e também anexei o PDF do site da API dessa rota em específico, disponível em: https://devportal.itau.com.br/nossas-apis/itau-ep9-api-extrato-v1-externo?tab=informacoesAdicionais ACBrBoleto.pas ACBrBoletoRet_Itau_API.pas ACBrBoletoW_Itau_API.pas ACBrBoletoWS.pas Itaú for Developers.pdf
×
×
  • 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.