O PSR (DSP3) para equipes de API

Por onde começar

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

• OB-DB-007PSR 43(3b)Parcial

  O TPP envia cada consentimento ao ASPSP

  O TPP informa o ASPSP sem demora injustificada de cada novo consentimento, com seu nome, a conta, a finalidade, a validade e as categorias de dados, e o ASPSP só mostra o que o TPP lhe enviou.

  STET 1.6.3 PUT /consents envia as contas e os tipos de dados, sem finalidade, validade nem data. Não existe nada para os consentimentos PIS recorrentes.

• OB-DB-008PSR 43(4)Parcial

  O ASPSP informa o TPP de cada mudança

  O ASPSP informa o TPP sem demora injustificada de qualquer mudança feita pelo usuário no painel, retirada incluída.

  STET 1.6.3 O STET não tem nem um status de consentimento para consultar nem notificação. Uma retirada revoga o refresh token, e o AISP só descobre pelo erro invalid_grant da sua próxima renovação.

• OB-PIS-009PSR 36(4)(hc)Ausente

  Conta, titulares e moedas visíveis antes da iniciação

  Antes da iniciação, o PISP vê o identificador da conta, o nome dos titulares e as moedas, quando o usuário tem acesso a eles.

  STET 1.6.3 O PISP só pode propor um debtorAccount na sua solicitação. Ele não lê nada sobre a conta antes da iniciação.

• OB-PIS-011PSR 36(5)(b)Parcial

  Confirmação de que o pagamento será executado

  O ASPSP confirma ao PISP o quanto antes que o pagamento foi ou será executado, levando em conta as ordens já pendentes, sem lhe comunicar essas ordens.

  STET 1.6.3 O PISP lê por polling os status ISO 20022 (ACSP, ACSC, RJCT…), e a especificação, anterior ao texto, não diz qual vale como confirmação de execução.

• OB-SCA-002PSR 86(3)A revisar

  SCA do ASPSP apenas no primeiro acesso do AISP

  Para um AISP específico, o ASPSP só aplica a SCA no primeiro acesso aos dados da conta e não depois, salvo motivo razoável para suspeitar de fraude.

  STET 1.6.3 O Framework faz revogar o refresh token do AISP quando vence o prazo regulamentar entre duas SCAs, o que leva o usuário de volta a uma SCA no banco. Depois do primeiro acesso, o banco não pode mais impô-la, e renovar a SCA cabe ao AISP (OB-SCA-003).

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-IF-003, OB-IF-008, OB-IF-009, OB-IF-017, OB-AIS-004, OB-DB-004, OB-DB-008, OB-OBS-001, OB-OBS-004, OB-OBS-005, OB-OBS-008, OB-OBS-009, OB-OBS-011, OB-SCA-001, OB-SCA-002, OB-SCA-003, OB-ENF-007
• POST /payment-requestsCitada por OB-IF-009, OB-PIS-002, OB-PIS-004, OB-PIS-005, OB-PIS-008, OB-PIS-009, OB-OBS-002, OB-OBS-006, OB-OBS-007
• PUT /consentsCitada por OB-AIS-006, OB-AIS-007, OB-DB-002, OB-DB-004, OB-DB-007, OB-DB-008, OB-OBS-003
• GET /payment-requests/{paymentRequestResourceId}Citada por OB-PIS-006, OB-PIS-010, OB-PIS-011, OB-PIS-012
• 6.1. Recuperação do contexto do PSUCitada por OB-IF-009, OB-SCA-002, OB-SCA-003
• Endpoints AISPCitada por OB-IF-001, OB-AIS-003
• Endpoints PISPCitada por OB-IF-001, OB-PIS-007
• GET /accounts/{accountResourceId}/ownersCitada por OB-AIS-002, OB-AIS-006
• 6.2. Encaminhamento do consentimentoCitada por OB-AIS-007, OB-DB-007
• 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
• Endpoints CBPIICitada por OB-IF-001
• ErrorModelCitada por OB-IF-008
• GET /accountsCitada por OB-AIS-002
• GET /accounts/{accountResourceId}/balancesCitada por OB-AIS-002
• GET /accounts/{accountResourceId}/transactionsCitada por OB-AIS-002
• 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
• SupplementaryDataCitada por OB-PIS-008
• FundsAvailabilityInformationCitada por OB-PIS-010
• POST /funds-confirmationsCitada por OB-PIS-010
• PaymentInformationStatusCodeCitada por OB-PIS-011
• StatusReasonInformationCitada por OB-PIS-012
• AccessCitada por OB-DB-002
• PaymentRequestResourceCitada por OB-OBS-002
• POST /registerCitada por OB-OBS-004
• AccountIdentificationCitada por OB-OBS-007
• POST /payment-requests/{paymentRequestResourceId}/confirmationCitada por OB-OBS-012

Fichas do glossário

• STET
• OAuth2
• mTLS
• QWAC
• Flux SCA
• ISO 20022