Verificamos que em alguns casos de exceção na resposta da BoletoAPI para a Superbowleto o fluxo async é acionado, mesmo com a loja tendo o registro async desabilitado. Com isso acabamos mandando o boleto para o fluxo de registro em background e exibindo uma reposta inconsistente para o cliente.
O intuito dessa alteração é remover todo fluxo async do provedor caixa, então ao gerar uma exceção será retornado o status refused.
A alteração consistiu em retirar de dentro da função de registro do boleto da caixa a geração de uma exceção no código, e retornar uma mensagem padrão com o status correto, evitando assim que o boleto caia no fluxo de pending_registration.
Alterações existentes no PR:
[ ] :ambulance: Correção de um bug crítico;
[x] :bug: Correção de bug;
[ ] :sparkles: Nova feature;
[ ] :fire: Remoção de funcionalidade ou arquivos;
[ ] :recycle: Refatoração;
[ ] :art: Formatação;
[ ] :zap: Performance;
[ ] :pencil: Documentação;
[ ] :speaking_head: Logs;
[ ] :wrench: Arquivos de configuração;
[ ] :poop: Ajuste temporário.
Impacto de deploy
Nenhum impacto esperado na aplicação.
Testes
Foram criados testes de integração que cobrem as alterações realizadas nesse PR, validando os retornos da função de registro do boleto. Além disso todos os demais testes continuaram passando corretamente:
Caso necessário, como realizar o rollback deste PR?
Revert do commit do PR.
Your checklist for this pull request
:rotating_light: Please review this items for a good pull request. :four_leaf_clover:
Descrição
Verificamos que em alguns casos de exceção na resposta da BoletoAPI para a Superbowleto o fluxo async é acionado, mesmo com a loja tendo o registro async desabilitado. Com isso acabamos mandando o boleto para o fluxo de registro em background e exibindo uma reposta inconsistente para o cliente.
O intuito dessa alteração é remover todo fluxo async do provedor caixa, então ao gerar uma exceção será retornado o status
refused.A alteração consistiu em retirar de dentro da função de registro do boleto da caixa a geração de uma exceção no código, e retornar uma mensagem padrão com o status correto, evitando assim que o boleto caia no fluxo de
pending_registration.Alterações existentes no PR:
Impacto de deploy
Nenhum impacto esperado na aplicação.
Testes
Foram criados testes de integração que cobrem as alterações realizadas nesse PR, validando os retornos da função de registro do boleto. Além disso todos os demais testes continuaram passando corretamente:
Caso necessário, como realizar o rollback deste PR?
Revert do commit do PR.
Your checklist for this pull request
:rotating_light: Please review this items for a good pull request. :four_leaf_clover:
In a good pull request, everything above is true :relaxed: