Payment Initiation Services

VRP – Access Dashboard & Revocation

This version is:

Published 3 years ago 31 Mar 2021
User Journey     ASPSPs must provide PSUs with a facility to view and revoke…

Other pages in this section

User Journey

 

Main content image

 

ASPSPs must provide PSUs with a facility to view and revoke variable recurring payment access that they have given to any PISP for each account held at that ASPSP. This section describes how PISP’s variable recurring payment access should be displayed and how the customer journey to revoke them should be constructed.

Wireframes

This content is best viewed on a desktop browser.

3

CEG Checklist Requirements 3
ASPSPs must present all the consent parameters and allow the PSU to expand the level of details. The Access Dashboard should also describe: The status of the variable recurring payment access e.g. Active/Inactive. The date the variable recurring payment was granted. When the PISP’s variable recurring payment access to the account(s) will expire, if available. ASPSPs must make available on all digital channels a variable recurring payment access dashboard which allows PSUs to view access which has been previously granted and it must be easy and intuitive for PSUs to find and use.

6

CEG Checklist Requirements 7
The access dashboard must allow a PSU to view or cancel the variable recurring payment access they have given consent to. These functions %22cancel access%22 and %22back%22 should be given equal prominence when offered to the PSU. ASPSPs must advise PSUs that they should contact the associated PISP to inform them of the cancellation of variable recurring payment access and/or understand the consequences of doing so.

7

CEG Checklist Requirements 5
ASPSPs must present all the consent parameters and allow the PSU to expand the level of details. Payee Account Name. Payee Account Identification details (e.g. account number and sort code or additionally roll number or full IBAN). Payment Reference – This is optional but it is good practice to be populated for a payment. Maximum amount per payment and Currency (GBP for UK implementations). Maximum amount per month.

8

CEG Checklist Requirements 7
ASPSPs must advise PSUs that they should contact the associated AISP to inform them of the cancellation of access and/or understand the consequences of doing so.

CEG Checklist Requirements & CX Considerations

ASPSPs must display the TPPs’ trading name/brand name (i.e. the Client Name in the software statement) to the PSU during authentication screens and on any Access Dashboards. They do not need to display the registered company name of the TPP even if it is different.

If there is an Agent acting on behalf of the TPP, ASPSPs must also, display the Agent company name (as captured in the ‘On behalf of’ field of the software statement) to the PSU. (Please note that ASPSPs can only show the Agency/On Behalf field in cases where this information has been provided by PISPs).

For examples of what names should be displayed, please refer to below table Examples.

You may also refer to FAQs on Which name must TPPs display to the PSU.

ASPSPs should offer a functionality ( e.g. search, sort, filter) to enable a PSU to search for the relevant access. This will be of particular benefit as the number of consents given by a PSU to TPPs increases.

3

ASPSPs must present all the VRP consent parameter(s) and allow the PSU to expand the level of details.

The Access Dashboard should also describe:

  • The status of the variable recurring payment access e.g. Active/Inactive.
  • The date the variable recurring payment access was granted.
  • When the PISP’s variable recurring payment access to the account(s) will expire, if available.

ASPSPs must make available on all digital channels a variable recurring payment access dashboard which allows PSUs to view access which has been previously granted and it must be easy and intuitive for PSUs to find and use.

10a

ASPSPs should make the status of variable recurring payment access clear by the use of emboldened words. The ASPSP should also make it clear, which party provided the PISP variable recurring payment access, in the case of joint/ multiple account holders.

5

ASPSPs must present all the VRP consent parameter(s) and allow the PSU to expand the level of details.

  • Payee Account Name.
  • Payee Account Identification details (e.g. account number and sort code or additionally roll number or full IBAN).
  • Payment Reference – This is optional but it is good practice to be populated for a payment.
  • Maximum amount per payment and Currency (GBP for UK implementations).
  • Maximum amount per month.

19c

ASPSPs should present the PSU with Payment History and allow the PSU to expand the level of details.

7

The access dashboard must allow a PSU to view or cancel the variable recurring payment access they have given consent to. These functions “cancel access” and “back” should be given equal prominence when offered to the PSU.

ASPSP must update the status of Variable Recurring Payment consent setup to ‘Revoked’ immediately and make the status visible to the PSU on the access dashboard.

 ASPSP must also make the status available to the PISP immediately.

ASPSPs must advise PSUs that they should contact the associated PISP to inform them of the cancellation of variable recurring payment access and/or understand the consequences of doing so. 

10c

 

Examples

 

TPP Trading Name (Client Name in Software Statement)Registered Legal Entity Name (Company Name/ Organisation Name)‘On Behalf of’ Name (‘On Behalf of’ field in Software Statement)
What to display
ABC TradesABC Company LtdABC Trades
ABC Company LtdABC Company LtdABC Company Ltd
ABC Company LtdABC Company LtdOBO LtdOBO Ltd on behalf of ABC Company Ltd
ABC TradesABC Company LtdOBO LtdOBO Ltd on behalf of ABC Trades
[TPP Trading Name][TPP Company registered Name][Agent Trading Name][Agent Trading Name] on behalf of [TPP Trading Name]
Note: 'On behalf of' field should be the customer facing entity name if it is different from the TPP Trading name

What the research says

 

Click for customer research