Fase 2 – Atualização da lista de problemas conhecidos

Informe #350 | 03.04.2023

Fase 2 – Atualização da lista de problemas conhecidos

O Grupo Técnico de Especificações Dados do cliente comunica que foram incluídos dois novos itens à planilha de problemas conhecidos fase 2, conforme seguem:

BCLOG-F02-229

API/Sessão: API Accounts

Endpoints: GET /open-banking/accounts/v2/accounts/{accountId}/overdraft-limits

Campo: -

Qual o problema: Existe a possibilidade de alguns tipos de conta não possuírem limites associados. Para esses cenários o endpoint espera que nenhum dado seja preenchido no objeto “data” (objetos internos opcionais), porém não existem instruções detalhadas sobre esse cenário e isto gerou dúvidas sobre qual o comportamento correto para algumas instituições.

Como deveria ser: A descrição da API deveria explicitar o comportamento para este cenário.

Orientação: Para as instituições transmissoras que tenham contas nessa situação a orientação é retornar HTTP Status 200 com o objeto “data” vazio, sem nenhum atributo interno.

BCLOG-F02-230

API/Sessão: API Credit Cards Accounts

Endpoints: GET /credit-cards-accounts/v2/accounts

Campo: name e creditCardNetwork

Qual o problema: Para algumas instituições os campos “name” e “creditCardNetwork” podem retornar nomes de bandeira distintos para o cenário de troca de bandeira de conta cartão. Por exemplo: name=”INSTITUIÇÃO MASTERCARD” , (herda o nome da conta cartão com a nova bandeira) e creditCardNetwork=”VISA” (herda a bandeira do cartão físico em uso e quando a ativação do novo cartão é feita a bandeira assume a da conta cartão).

Como deveria ser: Em cenários ideais, o nome da bandeira contido no nome do cartão de crédito deveria ser coerente com o nome da bandeira informada no campo “creditCardNetwork”.

Orientação: As instituições receptoras de dados devem estar cientes de que em situações específicas podem haver divergências entre o nome do cartão e a bandeira. Está no backlog do GT o levantamento de regras de negócio que impliquem nesse cenário.