El PSR (DSP3) para los equipos de API

Por dónde empezar

Las cinco obligaciones que más cambian para este rol.

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

  El TPP transmite cada consentimiento al ASPSP

  El TPP informa al ASPSP sin demora indebida de cada nuevo consentimiento, con su nombre, la cuenta, la finalidad, la validez y las categorías de datos, y el ASPSP solo muestra lo que el TPP le ha transmitido.

  STET 1.6.3 PUT /consents transmite las cuentas y los tipos de datos, sin finalidad, validez ni fecha. No existe nada para los consentimientos PIS recurrentes.

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

  El ASPSP informa al TPP de cada cambio

  El ASPSP informa al TPP sin demora indebida de cualquier cambio que el usuario haga en el panel, retirada incluida.

  STET 1.6.3 STET no tiene ni un estado de consentimiento que consultar ni notificación. Una retirada revoca el refresh token, y el AISP solo se entera por el error invalid_grant de su siguiente renovación.

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

  Cuenta, titulares y divisas visibles antes de la iniciación

  Antes de la iniciación, el PISP ve el identificador de la cuenta, el nombre de los titulares y las divisas, cuando el usuario tiene acceso a ellos.

  STET 1.6.3 El PISP solo puede proponer un debtorAccount en su solicitud. No lee nada sobre la cuenta antes de la iniciación.

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

  Confirmación de que el pago se ejecutará

  El ASPSP confirma al PISP lo antes posible que el pago se ha ejecutado o se ejecutará, teniendo en cuenta las órdenes ya pendientes, sin comunicarle esas órdenes.

  STET 1.6.3 El PISP lee por polling los estados ISO 20022 (ACSP, ACSC, RJCT…), y la especificación, anterior al texto, no dice cuál vale como confirmación de ejecución.

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

  SCA del ASPSP solo en el primer acceso del AISP

  Para un AISP concreto, el ASPSP solo aplica la SCA en el primer acceso a los datos de la cuenta y no después, salvo motivos razonables para sospechar fraude.

  STET 1.6.3 El Framework hace revocar el refresh token del AISP cuando vence el plazo reglamentario entre dos SCA, lo que devuelve al usuario a una SCA en el banco. Tras el primer acceso, el banco ya no puede imponerla, y renovar la SCA corresponde al AISP (OB-SCA-003).

Páginas del manual STET 1.6.3 que conviene leer

Las páginas que citan estas obligaciones, de la más citada a la menos citada.

• 3. Requisitos previos y detalles 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. Recuperación del contexto del 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. Reenvío del consentimientoCitada por OB-AIS-007, OB-DB-007
• PUT /payment-requests/{paymentRequestResourceId}Citada por OB-PIS-001, OB-PIS-003
• 8.2. Solicitud de pago con múltiples instrucciones que tienen diferentes beneficiariosCitada 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. Solicitud de órdenes permanentesCitada por OB-PIS-001
• StandingOrderCharacteristicsCitada por OB-PIS-001
• 8.1. Solicitud de pago con múltiples instrucciones que tienen 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 del glosario

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