Cenário 15: credit-portability_api_portability-invalid-payment_test-module_v1 - CPC

ESTE É UM CONTEÚDO EM DESENVOLVIMENTO E NÃO DEVE SER CONSIDERADO COMO VERSÃO FINAL!
Clique aqui para maiores informações

Cenário 15: credit-portability_api_portability-invalid-payment_test-module_v1 - CPC

Tipo do teste

Teste funcional

Descrição

Criação de solicitação de portabilidade com pagamento inválido.

Objetivo

Garantir que há validações quando houver inconsistências no pagamento

Requisito de massa

Um contrato do tipo CREDITO_PESSOAL_CLEAN com o campo status como 'DISPONIVEL' e o campo isEligible como 'TRUE'

Script

Os passos abaixo são todas as requisições que serão feitas para a jornada do teste acima. Além das requisições temos as respostas esperada para cada requisição a ser realizada para respeitar o teste especifico.

Este cenário se encontra no arquivo disponibilizado em uma página de WIKI no Gitlab disponibilizado pela Raidiam.
Foi feita a tradução para português e criado um diagrama de sequência para auxilio no entendimento do cenário de teste.

Steps

Requisições

Respostas esperadas

Etapa da Jornada

Steps

Requisições

Respostas esperadas

Etapa da Jornada

1

Chamada de endpoint POST /consents com o grupo de permissão 'Credit Operations'

Status 201 - Garantindo de status como AWAITING_AUTHORISATION

Etapa de Consentimento

2

Redirecionamento para usuário autorizar o consentimento

 

3

Chamada de endpoint GET /consents/{consentId}

Status 200 - Garantindo de status como AUTHORISED

4

Chamada de endpoint GET Loans Contracts

Status 200 - Recuperando todos os contractIds com productSubType = “CREDITO_PESSOAL_CLEAN” e companyCnpj

Etapa de busca e validação de contrato

5

Chamada de endpoint GET /credit-operations/{contractId}/portability-eligibility para cada contractId até encontrar ao menos um com status como "DISPONIVEL" e isEligible como "TRUE"

 

6

Chamada de endpoint GET Loans Contracts/{contractId}

Status 200 - Recuperando instalmentPeriodicity

7

Chamada de endpoint GET Loans Contracts/{contractId}/scheduled-installments

Status 200 - Recuperando dueInstalments

8

Chamada de endpoint GET Loans Contracts/{contractId}/payments

Status 200 - Recuperando contractOutstandingBalance

9

Chamada de endpoint POST /portabilities utilizando os seguintes valores:
data.institution.creditor.companyCnpj = original companyCnpj
instalmentPeriodicity = original instalmentPeriodicity
proposedContract.totalNumberOfInstalments = original dueInstalments
contractAmount = original contractOutstandingBalance

Status 202 - Validação de resposta de acordo com especificação

Etapa de solicitação de portabilidade

10

Rotina de tempo com a chamada de endpoint GET /portabilities/{portabilityId} por 10 minutos enquanto encontrar status igual a “RECEIVED” ou “PENDING”

Status 200 - Validação de resposta e garantia que o status seja igual "ACCEPTED_SETTLEMENT_IN_PROGRESS"

Etapa de contra proposta e liquidação de contrato

11

Chamada de endpoint GET /account-data

Status 200 - Validação de resposta de acordo com especificação

Etapa de liquidação de contrato

12

Chamada de endpoint POST /portabilities/{portabilityId}/payment, incluindo detalhes de pagamentos:
paymentAmount = original contractOutstandingBalance

Status 202 - Validação de resposta de acordo com especificação

13

Rotina de tempo com a chamada de endpoint GET /portabilities/{portabilityId} por 10 minutos enquanto encontrar status igual a “ACCEPTED_SETTLEMENT_IN_PROGRESS”

Status 200 - Validação de resposta e garantia que o status seja igual "ACCEPTED_SETTLEMENT_COMPLETED"

Etapa de validação de liquidação de contrato

14

Rotina de tempo com a chamada de endpoint GET /portabilities/{portabilityId} por 10 minutos enquanto encontrar status igual a ACCEPTED_SETTLEMENT_COMPLETED

Status 200 - Validação de resposta e garantia que o status seja igual "PAYMENT_ISSUE"

15

Fim do teste

 

 

 

 

Diagrama de sequência

ct15DS.svg

ESTE É UM CONTEÚDO EM DESENVOLVIMENTO E NÃO DEVE SER CONSIDERADO COMO VERSÃO FINAL!
Clique aqui para maiores informações