CMI — Bank Data Sharing Requirements v2.15 min read
The tables below define the display, labelling, and behavioural requirements for the Bank Data Sharing consents in the LFI Consent Management Interface (CMI). See the User Experience page for interactive wireframes of the dashboard and detail pages.
The LFI CMI shares the same structure and consent-type logic as the TPP CMI for Bank Data Sharing, with the differences noted below. Adjustments to the requirements below are permitted provided the customer can always clearly understand what consents they have granted. Any adjustments must be documented in your CX certification submission.
Dashboard — tabs
Paused is not a valid status in the LFI CMI. It is a TPP-local concept that is not reflected in the API Hub.The dashboard must present Bank Data Sharing consents across two tabs.
AwaitingAuthorization, Authorized, or Suspended.Rejected, Expired, or Revoked.Dashboard — filters
A filter panel must be available on the dashboard. The following three filters are required:
Status labels
Consent statuses must be translated from their API values into user-friendly labels before display.
AuthorizedAwaitingAuthorizationRevokedSuspendedExpiredRejectedConsent type labels
Data SharingDashboard — card content
Each Bank Data Sharing consent card on the dashboard must show the following fields.
1 Account Connected or 2 Accounts ConnectedData SharingDetail page
Selecting a consent on the dashboard opens its detail page. The detail page presents the same information the customer saw at the time they gave consent — the permissions, accounts, and conditions that defined what they agreed to. In addition to all fields shown on the dashboard card, the detail page must show a truncated Consent ID with a copy button (format: f47ac10b...d479).
Additional sections
Permissions fieldDetail page — List of Updates
BaseConsentId belong to the same customer. Unless the LFI explicitly validates this, there is a risk that the List of Updates exposes one customer to consents belonging to a different customer. LFIs must ensure that only consents belonging to the same customer are returned when resolving related consents by BaseConsentId.When a consent carries a BaseConsentId, a List of Updates link must be shown on the detail page. Clicking this link navigates to a dedicated view that displays all consents related to the current consent through the same BaseConsentId. A consent is included in the list if:
- its
BaseConsentIdmatches the current consent'sBaseConsentId, or - its
ConsentIdmatches the current consent'sBaseConsentId
Each related consent card
Each related consent must be displayed in the same visual format as the dashboard connection list, with the following differences:
Each card must include a chevron and hover interaction matching the dashboard, and clicking a card must navigate to the detail page for that consent. No status badge is shown on the update cards.
Confirmation screen
When the customer selects Revoke, replace the detail view with a single confirmation screen that includes: a title, a description of the impact of the action on the service, a Confirm button, and a Go back button.
Stop sharingConfirm stop sharingOnce a customer confirms the action, the change must take effect immediately — there must be no delay between confirmation and the consent reflecting its new state. The LFI must update the consent status via the Consent Manager API.
