O PSR (DSP3) para equipes de produto

Por onde começar

As cinco obrigações que mais mudam para este papel.

• OB-DB-002PSR 43(2)(a)Parcial

  O que o painel mostra

  Para cada consentimento em vigor, o painel mostra o TPP, a conta, a finalidade, o período de validade com a data do consentimento, as categorias de dados compartilhadas e as datas de acesso aos dados.

  STET 1.6.3 O banco conhece o TPP, as contas, os tipos de dados enviados com PUT /consents e as datas de acesso. Ele não recebe finalidade, validade nem data do consentimento.

• OB-DB-004PSR 43(2)(c)Ausente

  Restabelecimento possível por 48 horas

  Nas 48 horas seguintes à retirada de um consentimento, o usuário pode restabelecer o acesso retirado.

  STET 1.6.3 Um refresh token revogado não volta, e o recurso de consentimento do STET não tem estado. Restabelecer o acesso exige uma nova jornada de autorização.

• OB-OBS-010PSR 44(1)(j)Fora da spec

  Adicionar etapas à jornada

  Em redirecionamento ou desacoplado, a autenticação no ASPSP não pode acrescentar etapas ou ações em relação ao procedimento equivalente do canal direto.

  STET 1.6.3 O número de telas depende da implementação de cada banco, não da especificação.

• OB-PIS-008PSR 36(4)(ha)Parcial

  O PISP escolhe o procedimento de autenticação

  Quando o ASPSP oferece vários procedimentos de autenticação, o PISP escolhe qual é apresentado ao pagador.

  STET 1.6.3 O PISP indica as abordagens que aceita em acceptedAuthenticationApproach e o banco escolhe a que aplica em appliedAuthenticationApproach. O texto dá a escolha ao PISP.

• OB-PIS-007PSR 36(4)(g)Ausente

  Verificação do nome do titular antes da iniciação

  O PISP pode verificar o nome do titular da conta antes de iniciar o pagamento, esteja ou não esse nome disponível na interface direta.

  STET 1.6.3 O papel PISP não tem nenhuma operação sobre contas no STET 1.6.3.

Páginas do manual STET 1.6.3 para ler

As páginas citadas por essas obrigações, da mais citada à menos citada.

• 3. Pré-requisitos e detalhes técnicosCitada por OB-AIS-004, OB-DB-003, OB-DB-004, OB-OBS-001, OB-OBS-008, OB-OBS-009, OB-OBS-011, OB-SCA-002, OB-SCA-003
• POST /payment-requestsCitada por OB-PIS-004, OB-PIS-005, OB-PIS-008, OB-PIS-009, OB-PIS-013, OB-OBS-002, OB-OBS-006, OB-OBS-007
• PUT /consentsCitada por OB-DB-002, OB-DB-004, OB-DB-007, OB-OBS-003
• GET /payment-requests/{paymentRequestResourceId}Citada por OB-PIS-006, OB-PIS-011, OB-PIS-012
• GET /accountsCitada por OB-AIS-001, OB-AIS-002
• PUT /payment-requests/{paymentRequestResourceId}Citada por OB-PIS-001, OB-PIS-003
• 8.2. Solicitação de pagamento com várias instruções com beneficiários diferentesCitada por OB-PIS-004, OB-OBS-012
• BeneficiaryCitada por OB-PIS-005, OB-OBS-006
• AuthenticationApproachCitada por OB-OBS-001, OB-OBS-009
• 6.1. Recuperação do contexto do PSUCitada por OB-SCA-002, OB-SCA-003
• AccountResourceCitada por OB-AIS-001
• GET /accounts/{accountResourceId}/ownersCitada por OB-AIS-002
• GET /accounts/{accountResourceId}/balancesCitada por OB-AIS-002
• GET /accounts/{accountResourceId}/transactionsCitada por OB-AIS-002
• Endpoints AISPCitada por OB-AIS-003
• 8.3. Solicitação de ordens permanentesCitada por OB-PIS-001
• StandingOrderCharacteristicsCitada por OB-PIS-001
• 8.1. Solicitação de pagamento com várias instruções com diferentesCitada por OB-PIS-003
• GET /payment-requests/{paymentRequestResourceId}/transactionsCitada por OB-PIS-006
• Endpoints PISPCitada por OB-PIS-007
• SupplementaryDataCitada por OB-PIS-008
• PaymentInformationStatusCodeCitada por OB-PIS-011
• StatusReasonInformationCitada por OB-PIS-012
• AccessCitada por OB-DB-002
• 6.2. Encaminhamento do consentimentoCitada por OB-DB-007
• PaymentRequestResourceCitada por OB-OBS-002
• AccountIdentificationCitada por OB-OBS-007
• POST /payment-requests/{paymentRequestResourceId}/confirmationCitada por OB-OBS-012

Fichas do glossário

• AISP
• PISP
• PSU
• SCA
• VoP
• TPP