Novidades e Releases

[Jornada TPP] Criação de consentimento de PIX Agendamento.

[Jornada TPP] PATCH para revogação de consentimento Fase 3.

[Jornada TPP] Criação de eventos para alterar, deletar ou adicionar “AdditionalInfos” dos shares.

[Jornada TPP e ASPSP] Disparo dos eventos do PIX Agendamento para a fila SQS.

[Ob-Clients] Utilização de informações em cache para reduzir a quantidade de chamadas no Diretório Central.

[Ob-Clients] GET -/authorisationservers agora retorna resultados quando filtrado por ROLE.

[ob-consent] creationDateTime e expirationDateTime passam a ter exatamente 5 minutos e 00 segundos de diferença.

[Support Request] Remoção do campo timestamp das mensagens de erro.

[journey-tpp] Fase 2 - schedule ajustado para evitar expiração de renovação de share.

[ob-consent][Regulatório] Cria PATCH para revogação do consentimento.

[ob-consent][Regulatório] Cria consentimento para PIX agendamento.

[journey-aspsp] Permite a revogação de consentimento pela Detentora (ASPSP).

Alterações das mensagens de erro das APIs da fase 3 no motor de consentimento.

Melhoria no comportamento da RedirectURI no POST consents da TPP.
A chamada RedirectUri passa a ter prioridade e a ser atribuída quando informada no body da chamada TPP, mesmo que no customer haja callbackUri preenchido.
A melhoria abrange as fases 2 e 3 conforme abaixo:

Criação de API para troca de authorisationCode por access_token na API de Pagamento.

Ajuste nos timeouts dos serviços da Jornada TPP em produção, passando de 3s para 10s, para evitar erros de time nas comunicações com o ob-clients.

Fase 2 Gestão do Consentimento - Após realizar todo o fluxo de alteração do compartilhamento na TPP, o estado do compartilhamento antigo (oldShare no código) e presente (previousShare no DTO) é mantido como INACTIVE e, na última chamada (confirmations), esse estado é alterado para PENDING.

Correção de retentativa nas requisições de criação payment e pix payment.

Alteração do POST /v1/payments/consents para retornar HTTP Code 302.

Configuração para aumentar o tamanho da mensagem de handshake para atender instituições que utilizam mensagens de tamanhos diferentes.

Criação de collections da state-machine.

Retirada do filtro das requisições do WebClient - ApiRequests.

Correção do status code das chamadas na API Request para corresponder ao status code enviado pela ASPSP.

Criação de recurso que permite buscar Instituições Financeiras filtradas por ROLES implementadas.

Tratativa de erro ao obter formato inválido de data recebida nas APIs do ob-consent.

Inclusão do atributo client_id no retorno da consulta de detalhes do consentimento (GET consent details).

Automatização da geração de dados dos Consentimentos órfãos.

Remoção da obrigatoriedade de validação do campo endToEndId no retorno da Detentora (ASPSP).

Revisão das anotações das classes para a geração do Swagger com os objetos correspondentes de cada contexto.

Depreciação das permissões que não fazem parte do contexto de Open Banking nos seguintes serviços: journey-tpp / journey-aspsp / consent-api.

[Regulatório - Jornada da Instituição Receptora - TPP] Inclui atributo redirect_uri na criação do consentimento para pagamento.

[400 - Bad request] Resolução do erro 400 no cenário em que a iniciadora (PISP) é de uma organization diferente da detentora.

[Débito técnico] Ajuste de padrão de data nas APIs, campo timestamp, conforme o Swagger do Open Banking.

[Support Request - Jornada da Instituição Receptora - TPP] Inserção do campo transactionIdentification na criação de um consentimento de pagamento.

[Regulatório - API de Consentimento] Adequação de retorno do erro quando o campo personType carrega um valor diferente do ENUM, ajustado de "NÃO_INFORMADO" para "DETALHE_PGTO_INVALIDO".

[ob-clients] Ajustes nos timeouts de handshake com a criação de variáveis queue incluídas no helm, para solucionar erros de conexões com outras instituições.

Support Requests prioritários devido à recertificação da fase 2.

Support Requests prioritários devido à certificação da fase 3.

Automação dos cenários de teste.

[Jornada TPP e ASPSP] Erros retornados pela consent-api não são tratados adequadamente.

Melhoria nos tratamentos de mensagem na TPP, ASPSP e Consent Engine.

Ajustes no consent-api para atender à recertificação da fase 2.

Ajustes no Authorization Server para atender à recertificação da fase 2.

Implementação da nova regra de validação do JTI no ob-clients para a fase 3.

Débitos Técnicos.

Bugs.

Inserção de requestDatetime no responseBody do POST payments/consents para atender à API regulatória.

Inclusão de logs para melhoria do trace de erros.

Adição do campo ibgeTownCode ao receber a criação de um consentimento para atender alterações na regulação do Banco Central.

Inserção do campo Details no POST e GET de Consents.

Inserção de código de erro no POST e GET de Consents details.