Payment Initiation Services

Account Selection in PISP – Supplementary Info

This version is:

Published 9 months ago 21 Oct 2021

In some scenarios, an additional step in ASPSPs’ journeys may be required to display supplementary information to PSUs. ASPSPs should determine the situations where this supplementary information is required, having regard to the principle that parity should be maintained between Open Banking journeys and ASPSPs’ online channel journeys.

Other Journeys in ‘Payment Initiation Services’.

User Journey

 

Main content image

 

In some scenarios, an additional step in ASPSPs’ journeys may be required to display supplementary information to PSUs. ASPSPs should determine the situations where this supplementary information is required, having regard to the principle that parity should be maintained between Open Banking journeys and ASPSPs’ online channel journeys, such that if supplementary information is not provided within the ASPSPs’ online channels directly to PSUs, then it must not be provided during an Open Banking PIS journey. ASPSPs should also ensure that this information does not constitute an obstacle or additional check on the consent provided by the PSU to the TPP.

Wireframes

This content is best viewed on a desktop browser.

1

CEG Checklist Requirements 1
Minimum Set of Parameters: As per Single Domestic Payments – a/c selection @ PISP, item #1. Additionally allow to capture Debtor reference to enable matching/reconciliation of an entry by commercial customers

2

CEG Checklist Requirements 2
PSU payment Account Selection: As perSingle Domestic Payments – a/c selection @ PISP, item #2

3

CEG Checklist Requirements 3
PSU Consent to PISP : As per Single Domestic Payments – a/c selection @ PISP, item #3

6

CEG Checklist Requirements 6
ASPSPs must apply SCA including dynamic linking, unless an exemption applies. The ASPSP authentication must have no more than the number of steps that the PSU would experience when directly accessing the ASPSP channel.

7

CEG Checklist Requirements 7
Supplementary Information ASPSPs must be able to introduce a step as part of the authentication journey to display supplementary information associated with that payment if required. If the supplementary information screen is displayed ASPSPs must display as minimum the Payment Amount, Currency and the Payee Account Name to make the PSU aware of these details. ASPSPs must allow PSUs to review as a part of the authentication process any supplementary Information. The PSU can either proceed with the payment or cancel it on the same screen with items #7 & #8,using options with %22equal prominence“.

11

CEG Checklist Requirements 11
SP Confirmation: As per Single Domestic Payments – a/c selection @ PISP, item #10

12

CEG Checklist Requirements 12
Further Payment Status Update: As per Single Domestic Payments – a/c selection @ PISP, item #12

CEG Checklist Requirements & Customer Experience Considerations
CEG Checklist Reference

1

Minimum Set of Parameters: As per Single Domestic Payments – a/c selection @ PISP, item 1 Additionally allow to capture Debtor reference to enable matching/reconciliation of an entry by commercial customers.

22

2

PSU payment Account Selection: As per Single Domestic Payments – a/c selection @ PISP, item 2

24

6

ASPSPs must apply SCA including dynamic linking, unless an exemption applies. The ASPSP authentication must have no more than the number of steps that the PSU would experience when directly accessing the ASPSP channel.

19 1

7

Supplementary Information

ASPSPs must be able to introduce a step as part of the authentication journey to display supplementary information associated with that payment if required.

If the supplementary information screen is displayed ASPSPs must display as minimum the Payment Amount, Currency and the Payee Account Name to make the PSU aware of these details.

ASPSPs must allow PSUs to review as a part of the authentication process any supplementary Information.
The PSU can either proceed with the payment or cancel it on the same screen with items 7 & 8,using options with “equal prominence“.

20

ASPSPs should display to PSUs any additional payment instruction information received from PISPs together with the supplementary information. This information may include the following:

  • Payment Reference, if it has been entered by PSUs or pre-populated by PISPs in item 1
  • PSU payment Account Identification and/or the selected ASPSP (based on item 2 options).
  • Payee Account Identification details (e.g. account number and sort code or additionally roll number or full IBAN)

ASPSPs should display the balance of PSUs payment account (see section Authentication methods for clarification on SCA requirements), provided that they are able to do so on the same authentication screen.

ASPSPs should inform PSUs about their “point of no return” for making the payment and that their payment will be made after pressing the Proceed button. Example wording: “Press Proceed to make payment” In principle, while the PSU has the ability to  cancel an authentication journey  the expectation is for the ASPSP to redirect the PSU to the domain of the TPP and send the appropriate error code and description to the TPP, as supported by the OIDC Redirect Model.

12

Further Payment Status Update: As per Single Domestic Payments – a/c selection @ PISP, item 12 

27

Additional Information

ASPSPs must determine the situations where Supplementary Information is required to be shown to the PSU, having regard to the principle that parity should be maintained between Open Banking journeys and ASPSP direct online channel journeys. Supplementary Information may be required:

Single Domestic Payments – BACS and CHAPS 

This journey can be used to initiate single domestic payment through Bacs or CHAPS, with the chosen payment scheme to be captured and included in the payment order. Thus:

Note: Single Bacs or CHAPS payments may require the display of supplementary information due to cut-off times and potential additional charges.

What the research says

 

Click for customer research