- Created by Adam Pretlove , last modified by Callum Flaherty on Feb 04, 2021
You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 77 Next »
h
Implement Open Data v2.2 | COMPLETE | |
---|---|---|
Implement Read/Write API Specification v3.1 | COMPLETE | Current implementation - R/W v3.1.6 |
Implement Customer Experience Guidelines v1.1 | COMPLETE | Current implementation - CEG v3.1.5 |
Implement App-to-App Redirection | COMPLETE | |
Implement OB Security Profile Implementer's Draft v1.1.2 | COMPLETE | |
Implement FAPI Profile Implementers Draft 2 | COMPLETE | TPPs must align their Open Banking implementations to the following security best practices recommended under FAPI 2
|
Implement CIBA Profile Implementers Draft 1 | TBC | Plans to be confirmed |
Implement Dynamic Client Registration v1.1 | Not Delivered | |
Implement Dynamic Client Registration v3.1 | TBC | Plans to be confirmed |
Decommission Read/Write API Specification v1.x/2.x | Plans to decommission AIS v1 / v2 in May however this has been delayed due to COVID. Plans to decommission PIS v1 on November 23rd 2020. | |
Decommission OB Security Profile Implementer's Draft v1.x | TBC - No Plans |
Commence support for eIDAS QWAC certificates | From Q1 2020 | See section below for details of future cert support model and dates |
---|---|---|
Commence support for eIDAS QSEAL certificates | From Q1 2020 | |
Commence support for OBIE QWAC-like certificates | From 14th September | |
Commence support for OBIE QSEAL-like certificates | From 14th September | |
Cease support for OBIE non eIDAS-like certificates for transport | No Plans | |
Cease support for OBIE non eIDAS-like certificates for signing | No Plans | |
Support for MTLS token endpoint authentication | No Plans | |
Support for private_key_jwt token endpoint authentication | COMPLETE | |
Cease support for client id and client secret token endpoint authentication | COMPLETE | Client secret authentication is no longer supported TPPs must align their Open Banking implementations to the following security best practices recommended under FAPI 2
|
See section below for details of future cert support model and dates
PRE-BREXIT - Certificates Accepted (until 31st Dec 2020) |
| |
---|---|---|
POST-BREXIT TRANSITION - Certificates Accepted (1st Jan 2021 - 30th Jun 2021) |
|
|
POST-BREXIT POST TRANSITION - Certificates Accepted (from 1st Jul 2021) |
|
|
Planned Implementation Date to Satisfy FCA's Post Transition | TBC | |
TPP PSU Migration Outcomes Supported | Outcomes 4 and 8 | |
POST-BREXIT Certificate Implementation Status (updated by OBIE IES team) | READY |
Directory? | Open Banking | ||
---|---|---|---|
Location of Well Known Endpoints? | OB Technical Directory | ||
API Standard Implemented? | Open Banking | ||
Name of Account Holder Implementation Date? | Completed - September 2019 | ||
Date of Current eIDAS Implementation? | September 2019 | ||
Current Certificates used for Identification? | OB Transport + ClientID + Secret OBWAC | ||
Current Certificates used for Transport? | OB Transport / OBWAC | ||
Current Certificates used for Signing? | OB Signing / OBSEAL | ||
Date of Future eIDAS Implementation? | March 2020 | As of the 14th of March, TPPs with eIDAS certificates who have registered with the Open Banking Implementation Entity and are onboarding with OBWAC/OBSEAL or QWAC/QSEAL certificates, can continue to use manual onboarding via the developer portal. Using this method, the TPP logs onto the developer portal with their Open Banking credentials and can create an application to onboard. This will ensure the TPP can continue to use their existing application on the developer portal that any associated live customer consents will have been created under. If a TPP has an eIDAS certificate, and wants to onboard directly with us, this is possible via our Dynamic Client Registration. | |
Future Certificates used for Identification? | OBWAC / QWAC | ||
Future Certificates used for Transport? | OBWAC / QWAC | ||
Future Certificates used for Signing? | OBSEAL / QSEAL | ||
Major Milestones | Delivered Items:
Future Delivery Items:
Relevant AIS / PIS / CoF journeys supported for following payment account types:
| See https://developer.barclays.com/ for additional information relating to end point coverage Note that Account Holder Name for PCA / BCA / Pingit customers is available through PARTIES end point and through ACCOUNTS end point for Barclaycard UK, Barclaycard Commercial Payment and Barclays Corporate customers IMPORTANT INFORMATION In order to complete Open Banking journeys, you will need to establish the Identity Provider (IDP) authentication method for your implementation. An IDP is a system to authenticate and gain permission from an end user - such as a customer, to access their resources e.g. their account data. For Open Banking, this is used to authenticate the customer providing the consent to the Third Party. Examples of an IDP in Open Banking includes Barclays app (Personal and Business Banking customers) and iPortal (Barclays Corporate clients), but we have a number of methods depending on the customer type and digital channel that they use. This needs to be considered in your development. The latest OpenID configuration (OIDC) URLs available are shown below TPPs are reminded that latest URLS MUST be used and where a legacy URL is still being used then TPP MUST migrate to URLs below
Note - some Business Banking clients will require the Corporate Banking IDP as they use Corporate Banking services to fulfil their business requirements and some Corporate clients will require the Business Banking IDP as they use Business Banking services to fulfil their business requirements | |
Brand(s) | |||
Security Profile? | Currently Open Banking Security Profile FAPI 2 rules enforced | TPPs must align their Open Banking implementations to the following security best practices recommended under FAPI 2
| |
Security Profile Certification? | Yes | ||
CIBA | TBC - No plans | ||
Using Open Banking as your eIDAS Trust Framework? | TBC | ||
Are you caching the Directory? | |||
Transaction IDs | March 2019 - Option 3 Supported |
Implementing Customer Experience Guidelines? | Yes | |
---|---|---|
Current CEG Version? | v3.1.5 | |
Next CEG Version? | TBC | |
Next Version Implementation Date | TBC | |
Implementing Bespoke User Journeys? | No | |
Implementing App to App? | Yes | |
App to App Implementation Date? | Live | |
Options on 90 day re-authentication? | 90 day re-authentication required across all Open Banking flows | |
Support Embedded Flow? | No |
Dispute Management System? | Yes | |
---|---|---|
FCA Adjustment Period - Maintaining Screen Scraping? | Yes | |
Seeking Fallback Exemption? | Yes | |
Adjusted or Fallback Interface? | No | |
Adjusted or Fallback URL? | N/A | |
Contact Email or Phone Number? | BarclaysAPISupport@barclayscorp.com | |
Dev Portal URLs | https://developer.barclays.com/open-banking | |
Test Facility Implementation Date? | ||
Production Interface Implementation Date? | ||
Contingency Measures | Barclays are aligned to FCA adjustment period and supporting the phased migration of Screen Scraping by TPPs | |
Article 10 - Maximum time period after authentication? | No restrictions applied other than SCA at Auth and Re-Auth | |
Article 10 - Endpoints exempt of SCA | None | |
Authentication Method - Open Banking Channel (Browser)? | SCA compliant digital channel logon | |
Authentication Method - Open Banking Channel (APP)? | SCA compliant digital channel logon | |
Authentication Method - Private Channel (Browser)? | SCA compliant digital channel logon | |
Authentication Method - Private Channel (APP)? | SCA compliant digital channel logon | |
Authentication Method Implementation Date (Open Banking Channel)? | Live | |
Authentication Method Implementation Date (Private Channel)? | Live | |
SCA Implementation Date? | Live | |
SCA Scope? (will it inhibit non PSD2 accounts) | No | Scope of Open Banking flows limited to PSD2 accounts only |
High Cost Credit | Barclays - HCC.xlsx |
---|
After Waiver 7 Expiry (16/06/20) option supported: Option 1 - The parameter b64 being set to FALSE OR Option 2 - The b64 claim not being in the header | Waiver 007 (Payment and Event Notification Signing) from
|
---|
- No labels