Propositions

P10 • International Payments

From a regulatory compliance perspective the Open Banking PIS functionality of the Write APIs needs to be extended to enable PISPs to initiate international payments from online payment accounts.

Other pages in this section

1. Version control

VersionDateAuthorsComments
v0.105 Apr 2018 OBIE API Delivery TeamDraft for internal review
v0.206 Apr 2018 OBIE API Delivery TeamFor review RLWG, PMG, PAG, SWFG, DWG
v0.316 Apr 2018 OBIE API Delivery TeamUpdate based on consultation feedback for approval at IESG. See change log for details of all changes.
v1.023 Apr 2018 OBIE API Delivery TeamFinal version, approved at IESG on 23 Apr 2018 (no changes from v0.3).
v1.108 Oct 2018 OBIE API Delivery TeamUpdate MoSCoW, Rationale and add Implementation for Detailed Product Requirements based on Categorisation of requirements for standards and implementation

2. Roadmap item definition

The Open Banking API’s v1.1 covered single immediate payments (Write functionality) where a PSU can initiate, through a PISP, a one off payment to be initiated immediately from their PCA/BCA account held with an ASPSP.

From a regulatory compliance perspective the Open Banking PIS functionality of the Write APIs needs to be extended to enable PISPs to initiate international payments from online payment accounts, provided and to the extent, that this functionality is available to the PSU, on their ASPSPs’ online payment account, in alignment with the requirements of PSD2.

The international payments to be covered by the new PIS functionality include:

Note: For detailed list of payment types, please refer to section 10.11 of the Appendix. 

This paper defines the overall proposition to support this extended API functionality, so that participants (ASPSPs and TPPs) and stakeholders (FCA, HMT, CMA) have a common understanding about what is and is not in scope, and how this proposition will support regulatory requirements and key use cases.

For actual roadmap item definition and problem statement, please refer to sections 10.3 and 10.4 of the Appendix.

3. Market analysis

Macroeconomic factors influence trade between countries and this can have direct impact on international payments. While presenting steady growth between 2010 and 2014, international payments declined in 2015 due to lower international trade, caused by slow recovery in Europe and slowdown in China. The international payments market in 2015 was estimated to have a transaction volume of US$22 trillion and it is expected to grow by approximately 4.6% over the next five years. Emerging markets are showing higher growth rate compared to mature markets. (EY, #payments, insights, opinions. Volume 16, 2017)
There are 4 main categories of international payments:

a) Supplier or Business to business (B2B): These are made when one enterprise pays another. The payments may be made to regular, well-known parties or to occasional or one-time suppliers. In these transactions, the supplier frequently extends credit to the buyer—or may demand a letter of credit or other form of credit assurance. (Glenbrook Partners, Cross-Border Payments Perspectives, 2011). B2B has the highest transaction value of the four segments with US$21 trillion in 2015 (>95% of total). Growth in this segment is primarily driven by growth in small and medium sized enterprises (SMEs). Transaction sizes for these SMEs tend to be lower in value resulting in slow growth of transaction value in the B2B segment. However, transaction volumes have increased and have in turn demonstrated strong growth (EY, #payments, insights, opinions. Volume 16, 2017).

For UK SMEs the following hold: (Accourt, Bank charges on international payments, An analysis of the UK SME market)

b) eCommerce purchasing / Consumer to business (C2B): These include not only the purchase of physical goods (with all of the challenges of shipping, customs, and taxation) but also the travel and entertainment, digital services, and digital goods domains (Glenbrook Partners, Cross-Border Payments Perspectives, 2011).

c) Payroll, retirement, and benefits payments / Business to consumer (B2C): These are made by enterprises to counterparties in other countries. The payees are most often individuals, but this category can also include various B2B-like payments to licensees, franchise participants, and digital contract laborers (Glenbrook Partners, Cross-Border Payments Perspectives, 2011).

d) International remittances / Consumer to consumer (P2P): These are payments made by foreign workers to family members in home countries. As any given worker is apt to make payments to only one country, this domain is measured by country pairs, or “corridors.” (Glenbrook Partners, Cross-Border Payments Perspectives, 2011)

3.1 Observations for SME B2B behaviour on international payments

The detailed market analysis can be found in section 10.6 of the Appendix.

4. Customer use cases

OBIE has conducted both primary customer research and secondary market research to identify the existing market offerings and requirements around international payments. In addition, a series of market engagement workshops are being conducted to validate the requirements, especially from the TPP perspective. The following high level use cases that require international payments capabilities were identified. Understanding these allows OBIE to identify the key requirements needed to deliver these use cases.

IDUse CaseMet
UC1 – Supplier Payments (B2B) from invoicingAs a Business Customer,
I want to be able to use my invoice management system to directly make international payments in Euro and other currencies from my UK GBP bank accounts or other currency accounts, via a PISP, to suppliers’ accounts in Europe and Rest of the World (ROW), so that I can import the goods and services necessary for my business.
Fully
UC2 – eCommerce goods and services (C2B)As a Consumer,
I want to be able to allow, via a PISP, international payments in Euro and other currencies to be initiated directly from my UK GBP account or other currency account to an online merchant’s banks account abroad, so that I can buy goods and services.
Fully
UC3 – Business to Consumer Payments (B2C) from accountancy packageAs a Business Customer,
I want to be able to use my accounting package to initiate an international payment in Euro and other currencies, via a PISP, directly from my UK GBP account or other currency account to my remote employees, licensees, franchise participants, and digital contract laborers’ bank accounts in Europe and Rest of the World (ROW), so that I can run my remote business operations.
Fully
UC4 – International remittances (P2P) directly from BankAs a Consumer,
I want to be able to use a third party application to send international payments in Euro and other currencies directly from my UK GBP account or other currency account, via a PISP, to my home country, so that my local family members can receive the funds.
Fully
UC5 – International remittances (P2P) using Remitter’s serviceAs a Consumer,
I want to be able to make international payments abroad in all currencies using a Remitter Service, by funding the payment from my UK GBP bank account, via a PISP, so that I can benefit from the completive FX rates offered by the Remitter.
Note: The above use case is classified as ‘domestic payments’ from the Open Banking perspective and thus is considered to be out of scope for this roadmap item.
No

Open Banking has conducted quantitative and qualitative research to gauge the customer feedback on a few payment journeys for this proposition and to identify areas of improvement. The customer research outcome can be found in section 10.7 of the Appendix. 2 prototypes developed to demonstrate the expected high level user journeys. These can be found in section 10.6 of the Appendix.

5. Regulatory references

(a) what ASPSPs provide to PSUs

(b) what is accessible to ASPSP at this same point in time

(c) what PISPs require in order to support their regulated businesses (optional).

5.1 Other regulatory considerations

For detailed Regulatory references, please refer to section 10.2 of the Appendix.

6. Evaluation criteria

Key evaluation criteria that OBIE have applied for this proposition (that respect the objectives of meeting regulatory requirements as well as being effective and proportionate)

7. Product requirements

OBIE understands that the international payments proposition may need to support the following functionality:

The following are not considered to be included in the requirements for this specific proposition:

For detailed list of Product Requirements, please refer to section 10.1 of the Appendix.

8. Considerations

8.1 Constraints

  1. For Payment Initiation, the only “One-leg Out” case to be considered is the one where the ASPSPs are in EEA and the payer is making an international payment from a UK GBP account or other currency account outside the EEA using any currency.
  2. An international payment cannot be initiated from an account type in scope of P20, if this account does not support international payments.
  3. International payments cannot be initiated from currency accounts as per item P21, if currently not supported by ASPSPs.

8.2 Dependencies

  1. The payer’s ASPSP is offering foreign exchange conversion (ASPSP domain) on the online, payment account.
  2. The payer’s ASPSP support international payments for the selected countries and currencies (ASPSP domain) on the online, payment account.
  3. Roadmap item P11 has strong dependency on roadmap item P10 in relation to the execution of all payment types of batch/bulk international payments (eg SEPA bulk payments). The format of these batch/bulk payments will be covered during the discovery of item P11 so the current scope of P10 is for single payments only and will feed in information of payment format to P11 to enable batch/bulk payments.

8.3 Assumptions

  1. Similarly, to international payments orders currently executed by the ASPSP, all mandatory sanctions and AML checking will be performed by the ASPSP based on the information provided by the TPP.
  2. International payments with future date will be warehoused in the ASPSP (subject to item P5 decision), in case their FX conversion is not to be executed immediately.
  3. International payments beneficiaries do not need to be Trusted Beneficiaries.
  4. Ability to perform recurring international payment will be explored once the related position on item P5 is agreed.
  5. The sending ASPSP will be performing the FX conversion if required.

9. Adoption Metrics

The following metrics will be required to measure the adoption of the international payments proposition:

10. Appendix

10.1 Detailed product requirements

These are stated as requirements of the OBIE solution to enable implementers to meet regulatory compliance and/or customer use cases.

Requirements marked as ‘M'(Must) are in scope of the OBIE solution. All other requirements are listed for future consideration. The final column indicates whether each requirement is ‘mandatory’, ‘conditional’ or ‘optional’ for implementation by ASPSPs and/or TPPs. These terms are defined here: Categorisation of requirements for standards and implementation.

IDRequirementMoSCoWRationaleUse CasesImplementation
1OBIE’s Solution(s) must support payments initiation in international currencies & cross-border paymentsMRegulatoryUC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
2The OBIE’s Solution(s) must allow a PISP to transmit or confirm the PSU’s consent to the execution of an international payment transactionMRegulatoryUC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
3OBIE’s Solution(s) for international payments must enable PISPs to initiate payer-initiated payment transactions from all types of payment accounts.MRegulatoryUC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
4A) The OBIE solution should allow ASPSPs to support both un-booked foreign exchange rate or pre-booked FX rate with ASPSP as per the ASPSPs current international payments capabilities (i.e. if currently supported online)
B) The OBIE solution should allow ASPSPs to be able to offer a FX quote with the validity period to the PISP without the need to identify a PSU. This should provide the ability for the PISP to present this quote to the PSU, so that when the PSU does initiate the payment order with the ASPSP it is against that quote.
MCustomer UC1, UC2, UC3, UC4Conditional(Required for parity with current online solutions. See Article 36 Para 1(b) of RTS)
5ASPSPs (either within the ASPSP domain or optionally via the PISP) should be able to advise the PSU of the bank charge(s) and breakdown (if applicable) and the actual or reference exchange rate prior to the customer authorizing an International Payment.
The OBIE’s Solution(s) for international payments could – subject to mutual agreement – provide information to the PSU (via PSU’s PISP) on the applicable execution time and charges (with breakdown) from the payer’s ASPSP in the case where there is a framework contract
Note 1: Any provision of charges can only be those of the ASPSP as the Beneficiary’s bank charges are not known in many cases.
Note 2: Where the final charges are not known to the ASPSP, the responsibility should remain with the ASPSP for notifying the customer of the charges as per the PSD2 regulatory requirements. 
Note 3: The above cases need to be identified during the details discovery and specification phase and clearly documented as proposition constraints in the customer guidelines.
MCustomer UC1, UC2, UC3, UC4Refer to Customer Experience Guidelines
6The OBIE’s Solution(s) should support the ASPSP’s provision of Payment Reference Number, Date, Amount, Charges and (if applicable) exchange rate to the payer for single payment service contracts [NB – dependency on OBIE to be assessed]MRegulatoryUC1, UC2, UC3, UC4Refer to Customer Experience Guidelines
7The OBIE’s Solution(s) for international payments should allow the revocation of a future dated payment order up to and including the business day prior to execution of the payment order by the ASPSP. 
This can only happen in cases where the FX conversion of the payment is executed on settlement date. If the FX payment is executed (i.e. the PSU account debited) in advance of settlement, then the payment cannot be cancelled.
MCustomer UC1, UC2, UC3, UC4Refer to Customer Experience Guidelines
8The OBIE’s Solution(s) must enable the ASPSP to request the same information from the PISP as is requested from the PSU when making an international payment directly.In relation to international payments,
This could include country specific AML requirements (refer to AML – Required Bank Details section 10.9 of the Appendix)
MRegulatoryUC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
8.5The OBIE’s Solution(s) must allow exchange of information between ASPSP and PISP immediately after receipt of the payment order.MRegulatory UC1, UC2, UC3, UC4Conditional(Information that’s I available to the ASPSP regarding e.g. status must be made available to the PISP)Refer to Customer Experience Guidelines
9PSU could be able to cancel with the PISP all international payment authorisations pending to be executed (upto business Day -1) provided this functionality is available online (in alignment with the roadmap item P5 proposition)CCustomer UC1, UC2, UC3, UC4Future Consideration(There is no regulatory requirement nor any immediate propositional need for this capability)
10PISP must be able to receive from the ASPSP a quotation to be used by the ASPSP for a specific currency conversion pair and the time window that this FX rate is valid so that they can inform the PSU before initiating the paymentNote1: Need to further identify which aspects of the FX can change and whenNote2: ASPSPs may reject payments against quotations that have expired.MCustomer UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
11PISP must be able to receive from the ASPSP the charges (actual or indicative?) that may be applied to the payment Originator or the Beneficiary (subject to allowable charge models for the payment) so that they can inform the PSU before payment initiationMCustomer UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
12PSU must be able to view with both the AISP and the ASPSP all future dated international payments.MCustomer UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
13PISP must be able to receive from the ASPSP all the cut-off times for all the international payments before the PSU initiates the payment from the PISP.Note: There are two cut-off times to consider for International payments. The cut-off time for execution of the instruction and the cut-off time for the currency being sent. The latter impacts the credit value date of a payment along with bank holidays and urgency of the instruction.MCustomer UC1, UC2, UC3, UC4Conditional(Mandatory for TPPs to know what is supported by ASPSP)
14International payments functionality must be supported for non-GBP currency accounts (see roadmap item P21).Note: This is now part of the requirement 1.MRegulatory UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
15International payments functionality must be supported for accounts where multiple authorisations are required (see roadmap item P13).MRegulatory UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
16The OBIE’s Solution(s) for international payments must allow the ASPSP to return the status of the payment immediately after the receipt of the payment order.MRegulatory UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
17The OBIE’s Solution(s) must enable the PISP to return a confirmation of successful initiation to the PSU along with the payment amount and charges applied by the PISP (with breakdown where applicable) for an international paymentMRegulatory UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
18The OBIE’s Solution(s) must enable AISPs to access account information on all types of payments, including international payments.[nb:  the above requirement relates to functionality that should be enabled through the OBIE’s Solution(s) rather than the mandating of its use]The OBIE’s Solution(s) must allow the ASPSP to provide the AISP with the information [excluding sensitive payment data] available to the PSU via their online account.MRegulatory UC1, UC2, UC3, UC4Conditional(Mandatory if provided by ASPSP in existing channel)
19Corporate accounts (see item P22).CCustomer Future Consideration(Will be covered under P22)
20Customer Not Present (CNP) use cases (see item P8)CCustomer Future Consideration(Will be covered under P8)
21Status of the Payments over and above requirement 16 above (see item P9)CCustomer Future Consideration(Will be covered under P9)
22Refunds of Payments (see item P7)CCustomer Future Consideration(Will be covered under P7)
23International payments, executed by an FX Provider TPP, which are funded by the PSU’s GBP account with the ASPSP through Open Banking (domestic payments for Open Banking domain)CCustomer Future Consideration(Not considered a regulatory requirement)
24SEPA Direct Debits instructions submissionsCCustomer Future Consideration(There is no regulatory requirement nor any immediate propositional need for this capability)

10.2 Regulatory references

The following regulatory references are relevant when considering the scope of item P10:

“In order to meet this requirement, we expect ASPSPs to allow each customer to initiate a payment via a PISP to the same level of functionality that is available to a customer if they initiate a payment directly with their ASPSP. ASPSPs are not, however, required to provide functionality via a PISP that exceeds the functionality they offer to their customers directly”
OBIE View:
Scope of P10 should create the functionality to enable a PISP, with the PSU’s consent, to request for an ASPSP to execute an international payment order, if and to the extent, this functionality is available to the PSU on their online payment account.

“Payment initiation service providers shall provide account servicing payment service providers with the same information as requested from the payment service user when initiating the payment transaction directly.”
OBIE’s View:
Under RTS Art 36(4), there is requirement for PISP to provide ASPSP the same information as requested from the PSU when initiating the payment transaction directly. This will require PISP to provide ASPSP with specific information to execute an international payment order, as required from the PSU when directly initiating an international payment from an online, payment account.
This information can differ depending on the type of international payment. OBIE will be dependent on ASPSPs to specify their particular information requirements to ensure the appropriate API functionality is built to facilitate this.

Information requirements for both ASPSPs and PISPs applicable to all PISP initiated payments PSR, Reg 69(2)(b):
“immediately after receipt of the payment order from the payment initiation service provider, provide or make available to the payment initiation service provider all information on the initiation of the payment transaction and all information accessible to the account servicing payment service provider regarding the execution of the payment transaction”
RTS Article 36(1)(b):
“Account servicing payment service providers shall comply with each of the following requirements… they shall, immediately after receipt of the payment order, provide payment initiation service providers with the same information on the initiation and execution of the payment transaction provided or made available to the payment service user when the transaction is initiated directly by the latter”
OBIE’s View:
Under the PSR, Regulation 69(2)(b) and RTS Article 36(1)(b), the information requirements regarding the status of international payments will need to consider the “information on the initiation and execution” available immediately after receipt of the payment order. This will include:

(a) what ASPSPs provide to PSUs

(b) what is accessible to ASPSP at this same point in time

(c) what PISPs require in order to support their regulated businesses (optional).

Any status information requirements that fall outside the scope of (a)– (c) above, will form part of the P9: Status of Payment Evaluation.

(1) The payer’s payment service provider must, immediately after receipt of the payment order, provide or make available to the payer the information specified in paragraph (2) in relation to the service to be provided by the payer’s payment service provider.
(2) The information referred to in paragraph (1) is—
(a) a reference enabling the payer to identify the payment transaction and, where appropriate, information relating to the payee;
(b) the amount of the payment transaction in the currency used in the payment order;
(c) the amount of any charges for the payment transaction payable by the payer and, where applicable, a breakdown of the amounts of such charges;
(d) where an exchange rate is used in the payment transaction and the actual rate used in the payment transaction differs from the rate provided in accordance with regulation 43(2)(d), the actual rate used or a reference to it, and the amount of the payment transaction after that currency conversion; and
(e) the date on which the payment service provider received the payment order.
PSR, Reg 52:
Where an individual payment transaction under a framework contract is initiated by the payer, at the payer’s request the payer’s payment service provider must inform the payer of—
(a) the maximum execution time;
(b) the charges payable by the payer in respect of the payment transaction; and
(c) where applicable, a breakdown of the amounts of such charges.
OBIE’s View:
In both instances, this information and how is made available to PSU is strictly within the domain of the ASPSP. If ASPSPs consider useful, it can be assessed whether OB functionality can enable the transmission of this information via the OB APIs, as optional fields.
These items are currently assessed under P19, which require confirmation from ASPSPs on whether there is a regulatory requirement to assess the building of this functionality by OBIE. In the context of international payments, information relating to the exchange rate and charges could create a valuable functionality if supported by the OBI APIs but appears not to be required by the PSRs.

10.3 Roadmap item definition

The following table is taken ‘as-is’ from the published roadmap:
(https://www.openbanking.org.uk/wpcore/wp-content/uploads/2017/11/FAO-CMA_Proposed-Amendments-to-Agreed-Arrangements_v_final-1.pdf)

P10 – International Payments
DescriptionRationaleAligns with
Scope Item description:Extension of write (PIS) functionality of the OB R/W APIs to cover international payments (including but not limited to SEPA payments) from sterling current accounts in alignment with the requirements of PSD2

Key activities:A discovery phase by the OBIE to understand the variety of international payment types and models and create the business requirements for the standardsThe development of standards by the OBIE for the products and functionality referred to above (and leveraging the learning from the development of international payments standards in item P.19 of the OB Roadmap)The implementation of those standards by the CMA9 for Release 3
Regulatory alignment:Fulfils the requirements of the Order by aligning with PSD2

Open Banking adoption:Extends coverage of OB Standards to TPPs focused on the FX market

Consumer / SME utility:Consumers would be able to execute non-sterling payments through TPPs

Security / Integrity:Consumers would be able to execute payments conveniently without putting cards on file
PSD2

10.4 Problem statement

Note: This is not a problem statement for the Open Banking P10 item but a problem statement of the general international payments market.
Secondary market research performed by the OB Read/Write team has identified the following challenges with international payments

The OBIE proposition for international payments must meet the roadmap requirements in line with applicable regulatory requirements. Further consideration may look to address some of these challenges insofar.

10.5 Detailed market research

The following section details the findings from secondary research in relation to international payments.

10.5.1 Global International Payments Market Segmentation

Growing global economy and international trade has allowed consumers and businesses to sell and acquire products and services across global markets. This has resulted in the rise of international payments which has seen steady growth over the last few years. The main factors influencing the rise of international payments are: i) the accelerated growth in global businesses, ii) the consumer preference for mobile and digital, and iii) the disruptive players shaping global payments (EY, #payments, insights, opinions. Volume 16, 2017).
Macroeconomic factors influence trade between countries and this can have a direct impact on international payments. While presenting a steady growth between 2010 and 2014, international payments declined in 2015 due to lower international trade. This was impacted by the slow recovery in Europe and slowdown of China’s economic growth rate.  The international payments market in 2015 was estimated to have a transaction volume of US$22 trillion and it is expected to grow by approximately 4.6% over the next five years. Emerging markets are showing a higher growth rate of international payments compared with mature markets. (EY, #payments, insights, opinions. Volume 16, 2017)

10.5.2 International Payments Market Segmentation

There are 4 main categories of international payments:

a) Supplier or Business to business (B2B): These are made when one enterprise pays another. The payments may be made to regular, well-known parties or to occasional or one-time suppliers. In these transactions, the supplier frequently extends credit to the buyer—or may demand a letter of credit or other form of credit assurance. (Glenbrook Partners, Cross-Border Payments Perspectives, 2011)
B2B has the highest transaction value of the four segments with US$21 trillion in 2015 (>95% of total). Over the last five years, B2B segment growth has slowed down to 2%, however, the transaction volume increased significantly to 9%. Growth in this segment is primarily driven by growth in small and medium sized enterprises (SMEs), which are trading more across borders. SMEs now represent 25% of international trade in the B2B segment (circa US$5.25 trillion). Transaction sizes for these SMEs tend to be lower in value resulting in slow growth of transaction value in the B2B segment. However, transaction volumes have increased and have in turn demonstrated strong growth. The B2B segment consists of international exports and imports of merchandise and commercial services. Global merchandise represents the majority of B2B business. However, transaction value has decreased over the past few years because of volatility in commodity prices. On the other hand, trade in commercial services has grown at a faster rate where travel, telecommunication and professional services represent more than half of international commercial services. The US and EU still dominate B2B transactions, representing almost 40% of international trade (including intra-EU trade). However, the APAC region is becoming one of the most important regions for international trade, representing almost 20% of international trade (where countries like China and India continue to grow at a faster rate than other markets) (EY, #payments, insights, opinions. Volume 16, 2017).

b) eCommerce purchasing / Consumer to business (C2B): These include not only the purchase of physical goods (with all of the challenges of shipping, customs, and taxation) but also the travel and entertainment, digital services, and digital goods domains (Glenbrook Partners, Cross-Border Payments Perspectives, 2011).
Retail international volume is poised to take over the business to business market within the next 10 years. It currently represents US$340 billion (1.5% of total) and at 25% has the highest growth rate across all the other segments over the past five years. C2B growth has mainly been driven by e-commerce transactions and brick and mortar online sales. Retail payment margins tend to be richer than in B2B, but current competition and market concentration have driven margins down. Merchants are mainly responsible for driving the shift to e-commerce as they find opportunities to expand their international market through marketplaces, such as Amazon and eBay. At the same time, shoppers across borders, especially in emerging markets, are increasingly buying abroad. This has benefited the C2B cross-border industry, which currently represents 20% of the overall e-commerce industry (US$1.7t in 2015) and it is expected to be 30% within the next 10 years. The C2B segment is moving toward a seamless experience in marketplaces operating similarly across borders and driving international consumer spending. Payment service providers, like Amazon Payments, Alipay and PayPal, have built up the capacities to serve this growing market by managing payments functions, such as currency handling in-house, which is affecting the overall retail market economy and driving margins down (EY, #payments, insights, opinions. Volume 16, 2017)

c) Payroll, retirement, and benefits payments / Business to consumer (B2C): These are made by enterprises to counterparties in other countries. The payees are most often individuals, but this category can also include various B2B-like payments to licensees, franchise participants, and digital contract laborers (Glenbrook Partners, Cross-Border Payments Perspectives, 2011).
This segment is mainly focused on businesses paying out payroll, pensions or benefits to offshore employees and contract laborers. E-marketplaces are offering businesses opportunities to provide services and goods to consumers. This segment includes e-marketplaces of services and goods providers, larger corporations paying freelancers (e.g., app developers) and multi-level marketing. B2C is the smallest segment across the international payments, but it is expected to accelerate its growth because of globalized workforces and independent cross-border contractors. This segment represents US$128 billion (0.5% of total) with a growth rate of 7% over the past five years. It has moderate margins, which is a result of low margins enjoyed by corporates B2P, but partially offset by high margins in freelancing payments (EY, #payments, insights, opinions. Volume 16, 2017).

d) International remittances / Consumer to consumer (P2P): These are payments made by foreign workers to family members in home countries. As any given worker is apt to make payments to only one country, this domain is measured by country pairs, or “corridors.” (Glenbrook Partners, Cross-Border Payments Perspectives, 2011)
P2P is mainly driven by remittances sent back to the home countries of expats and cross-border contractors who are temporarily working abroad. P2P represents US$600 billion (2.7% of total) with a growth rate of 5% over the last five years. The growth has slowed because of macroeconomic factors, such as lower oil prices affecting the economy and tighter immigration controls. The transaction value of international remittances has been increasing over the past few years. However, the margin continues to decline because of increasing competition and the adoption of new technology. P2P uses a variety of payment methods with varying margins, with the more concentrated volumes of large merchants or concentrated intermediaries tending to have lower margins than more highly fragmented ones. Besides traditional remittances, there are other categories, such as international students’ families sending money to pay tuition and living expenses, which is gaining momentum with the growth of international students. The other category that is also gaining traction is medical tourism (EY, #payments, insights, opinions. Volume 16, 2017)

10.5.3 Profitability of Global International Payment Types

While international payments account for less than 20% of total payments volumes, they comprise about 40% of global payments transactional revenues, and generated $300 billion in global revenues in 2015. At a granular level, major differences exist in revenue contribution and associated revenue margins depending on the nature of the transaction (e.g., trade versus treasury), the geographic corridor and the end customers involved (consumer or commercial).  (McKinsey & Company, Global Payments 2016: Strong Fundamentals Despite Uncertain Times, 2016)
On one hand, consumer-to-consumer (P2P) remittances generate a healthy 6.2/% global average revenue margin (including fees and foreign exchange margins). This resulted in $25 billion of global international payments revenue which is 8% of total revenues. On the other hand, higher value business-to-business (B2B) payments brought in $240 billion revenue, resulting in revenue margin of circa 20 basis points which is quite lucrative. Given the average transaction value of $15,000 to $20,000, this implies a typical fee of $30 to $40 per transaction. (McKinsey & Company, Global Payments 2016: Strong Fundamentals Despite Uncertain Times, 2016).
Since 2011, the annual international payments revenue growth has not exceeded 4% and reached a post-crisis low in 2015 with 2% growth. The muted growth is mostly attributable to slowing global trade and GDP, and reinforced by gradually eroding revenue margins (annual decreases averaging 2% between 2011 and 2015). The impact of this negative climate is felt more keenly in B2B payments. These payments drive roughly 80% of international payments revenues. Banks retain a near 90% share of this segment. McKinsey projects an average CAGR of 4% for the period 2015-20, assuming revenue margin compression continues at the same pace as in the recent past (McKinsey & Company, Global Payments 2016: Strong Fundamentals Despite Uncertain Times, 2016)
The historical persistence of relatively high revenue margins on international payments is due in part to the fact of facing the same systemic pressures as domestic payments. Forced to reduce domestic fees in the wake of heightened regulation and increasing competition over recent decades, banks responded with drastic cost reductions for domestic transaction handling through front-end automation, process simplification, standardization and outsourcing and development of new applications for existing payments products. As international payments did not face the same regulatory and competitive pressure, banks have had little incentive to innovate structurally on customer offerings, back-end systems and processes. And as international payments revenue margins remained healthy and price erosion moderated, no structural cost-reducing processes were introduced across the industry. As a result, operational cost per transaction for international payments continues to average well above $20 (these costs vary widely across institutions and between cross-border corridors). Over the last few years, however, this situation has been challenged by structural developments. While these challenges yet have to drive meaningful fluctuations in market share, there are clear signs of accelerating revenue-margin compression and customer pressure making the current situation unsustainable, in terms of revenue levels, but also system efficiency. This makes the case for urgent and fundamental change to the correspondent banking business (McKinsey & Company, Global Payments 2016: Strong Fundamentals Despite Uncertain Times, 2016).
The International Payments proposition of Open Banking is expected to impact both SMEs and Consumers.

10.5.4 International Payments by the UK SME Market (B2B)

UK SMEs import goods from multiple suppliers abroad who need to receive payments for delivering the goods. SME companies are making a large portion of these international payments to their suppliers using online banking platforms. 90% of companies are executing payments online (financial-i, International Payments Survey, 2011).
In 2016, the total value of UK imported goods was £468bn. Of this, £141bn was generated by SMEs (i.e. businesses with less than 250 employees), with 149,000 SMEs importing goods from the EU of total value of £80bn. Moreover, Non-EU imports reached a value of £61bn, generated by 89,000 UK SME businesses. The total number of people employed by these SMEs was 2.8m (HMRC, UK trade in goods statistics by business characteristics 2016)
The Eurozone is still the largest import trading partner, but non-EU trade has grown much faster in recent years. The top country of imports for UK businesses is Germany, followed by the US, Netherlands and China (HMRC, Summary of Import and Export Trade with EU and Non-EU Countries – Annual 2009 – 2017). Trade with the EU is overwhelmingly settled in Euros. The U.S. Dollar is the most popular currency in which to be invoiced from non-EU countries (65.6% of value). Sterling, with 22.7% of the total, was the second most popular currency in which UK companies were invoiced for imports, followed by the Euro (5.2%) and Canadian Dollar (2.8%) (Accourt, Bank charges on international payments, An analysis of the UK SME market).

10.5.4.1 Observations for SME B2B behaviour on international payments

Important points to note (financial-i, International Payments Survey, 2011):

For UK SMEs, international trade is worth over £700bn, of which £365.3bn takes place within the EU, £162.92bn of which are outgoing payments (SEPA payments) (2014 figures). Based on this last figure the transfer costs for these payments were estimated to be £3.96bn. For non-EU countries the international trade value was £360.5bn in 2014. (Accourt, Bank charges on international payments, An analysis of the UK SME market)

10.5.5 Issues Identified

There are some challenges involved in trading abroad, whether exporting or importing. In addition to currency risk, currency costs and foreign payments issues are a major concern, especially for SMEs. However, these costs are all too often seen as an ‘inevitable’ cost of dealing with foreign currencies. In general terms UK banks lack transparency on currency exchange rates and margins. Each bank generates its own FX rate for the day and it is provided by an internal system which customers do not have access to. In some instances the bank’s exchange rate is not even provided before confirming the payment so it is unknown to the customer how much is going to be charged for the transaction. (Accourt, Bank charges on international payments, An analysis of the UK SME market)
Banks researched during this analysis show a common lack of transparency in divulging the spread costs (on the other hand, fees are publicly available in most cases). In general terms, the SMEs need to be a bank customer or make a real payment in order to get information on the spread and the total cost of the transaction. Some banks do not even guarantee an exchange rate until the transfer has been made. This makes the comparison and decision making process extremely challenging for the SMEs. Banks’ FX rates are automatic, system-generated rates which vary by the minute/hour based on a number of parameters. The banking sector does not offer a clear breakdown of the costs. While almost all of them show the transaction fees on their website there is no public information on foreign exchange rates (not even when a customer rings the bank), which is where the majority of the profits on the transactions are derived. Rates tend to get better as the transfer amount increases, but there is no clarity on how much better the rate gets and the improvement is not the same for all the banks surveyed. (Accourt, Bank charges on international payments, An analysis of the UK SME market)
Banks buy and sell currency at a certain buying/selling rate which is significantly more advantageous than that applied to their customers. Although we cannot forget the fees (sometimes quite hefty, up to £40 or more) the bulk of their revenues from international transfers come from the spread. (Accourt, Bank charges on international payments, An analysis of the UK SME market)
Summary of issues identified:

10.6 Customer journey prototypes

This section focuses on the customer experience of UC1 “Supplier Payments from invoicing (B2B)” and UC2 “eCommerce Goods and Services (C2B)”. These have been examined and developed into customer journeys and prototypes.

10.6.1 Example 1: Supplier Payments from invoicing – Hero (fictional company)
10.6.2 Example 1 Prototype:

SME payment journey: 
https://invis.io/83F7GP1VU#/272021717_00_-_Hero_Login
This design enables the SME to initiate international payments directly from within their Hero accounting package. This is still a single payment and there is no reference to repeated payments or multiple payment submissions. The SME customer will be redirected to their ASPSP and will authenticate and authorize as per the existing single immediate payment journey.

10.6.3 Example 2: eCommerce – Cherry Watch (fictional company)
10.6.4 Example 2 Prototype:

eCommerce payment journey: https://projects.invisionapp.com/share/A9F6EDJU5#/screens/271685053
This prototype enables consumers to purchase goods online from a company based abroad, making the international payment for the purchase goods directly from their consumers bank account, using Open Banking.

10.7 Customer (PSU) research

Primary customer research performed by Ipsos, included 25 interviews in total:

Findings from customer research highlighted the following key points:

Detailed findings from the customer research conducted by OBIE can be found in the attached report below:

 PDF

10.8 International payments models and OBIE proposition

10.8.1 Model 1: International Payments through the ASPSP
10.8.2 Model 2: International Payments through a Remittance Service Provider
10.8.3 OBIE proposition
10.8.3.1 Basic Proposition Model

The OBIE proposition model is based on the OB Single Payment model through using a PISP for the payment initiation but extends the model and the specification to be able to support all the international payment requirements as per the PSD2/PSR regulations. The basic propositional model is shown below:

Note: This is only an example diagram. The proposition model also includes payments in non GBP accounts in the UK.

10.8.3.2 Additions to the Basic Model

In addition to the regulatory payment information requirements, the OBIE proposition may try to address some of the main issues with international payments identified from the market research. These include:

Please refer to the high level requirements section 10.1

10.8.3.3 Value Proposition
10.8.3.4 Positioning

OBIE considers the main uses for the international payments to be the SME payments to businesses. This is because of the size of the market segments and also because the SME market is currently using the bank accounts to make those payments. The eCommerce use case has a lot of potential and will grow in size massively of the following years. OBIE is considering this to be a target use case with high potential; however, there are challenges that need to be addressed in order for the OBIE to be successful in this segment.

10.9 P20 Accounts in scope (current view)

Caveat: The below table is the current view of the P20 roadmap item and is subject to change due to future CRs.

Account TypeDescriptionAISPIS
Current accountsPersonal and business current accountsYY
Payments enabled flexible savings accountsFlexible Savings are instant access account which offer interest, where customer can put in or take out money whenever they like.
Payments are made either to a linked current account (Post Office Money, AA) or to any other account (HSBC Flexible Saver) 
YY
Payments enabled deposit accountsDeposit accounts which allow initiation of payments from an online channel of the ASPSPYY
Payments enabled loan accountsLoan accounts which allow initiation of payments from an online channel of the ASPSPYY
Payments enabled mortgage accountsCurrent Account mortgages which combine customer’s mortgage and current account to give one overall balance.
Customers can use these accounts to make payments from the online channel and some issuers will also issue a debit card
YY
e-money accountsE-money accounts represent cash value that is stored in an account.
Products supported by e-money accounts could be pre-paid accounts with virtual account number-sort codes, pre-paid cards.
YY/N
(depending of the
e-money product)
Credit card accountsCredit card account is a payment account, which is available online, with the card issuing entity.

For a PSU there could be multiple credit cards linked to the same card account (e.g. MBNA Visa and Amex cards linked to the same account)
PSU could have have multiple card accounts (Visa, MasterCard) with the same issuer.
A credit card is a credit facility that requires a repayment of a minimum amount each month
YN
Charge card accountsA charge card is a card that requires payment in full every month. A charge card is a credit facility that requires repayment of balance in full every month.YN

10.10 AML – Required bank details

In order to make an International Payment, the PSP will need some of the following details relating to the Beneficiary’s bank account:

Data FieldDescription
The Account Holders NameThe recipient’s full name 
SWIFT/BIC CodeA SWIFT Code consists of 8 or 11 characters, both numbers and letters e.g. RFXLGB2L. 
Sort CodeUK Bank code (6 digits usually displayed as 3 pairs of numbers), optional if within EEA
Routing NumberThe American Bankers Association Number (consists of 9 digits) and is also called a ABA Routing Number
Routing CodeAny other local Bank Code – e.g. BSB number in Australia and New Zealand (6 digits)
IFSC CodeIndian Financial System Code, which is a unique 11-digit code that identifies the bank branch i.e. ICIC0001245.
IBANThe International Bank Account Number
Bank NameThe name of the bank where the recipient’s account is held
Bank AddressThe address of the Beneficiary’s bank
Account NumberThe recipient’s bank account number 

Note: When IBAN/BIC are used, not mandatory to have a sort code for payment sent to UK in currency.

The information required is different for each country. For further information please see the table below:

Receiving CountryCurrencyInformation RequiredOptional Information
UKGBPAccount Holder’s NameIBAN
Account NumberSWIFT/BIC code
Sort Code
UKAll Other CurrenciesAccount Holder’s NameSort Code
IBAN
SWIFT/BIC code
All European CountriesAll CurrenciesAccount Holder’s Name
IBAN
SWIFT/BIC code
Hong KongUSD, EUR, GBPAccount Holder’s Name
IBAN
SWIFT/BIC code
ChinaUSD, EUR, GBPAccount Holder’s Name
Account Number
SWIFT/BIC code
Bank Name
Bank Address

Note: For payments in Euro the customer does not have to provide this, the sending bank must derive it from the beneficiary IBAN.Need to confirmIf that all banks can derive this form the IBAN.

Receiving CountryCurrencyInformation RequiredOptional Information
Australia / New Zealand / South AfricaAll CurrenciesAccount Holder’s NameSWIFT/BIC code
Account Number
Routing Code
Bank Name
Bank Address
CanadaAll CurrenciesAccount Holder’s NameRouting Code
Account Number
SWIFT/BIC code
Bank Name
Bank Address
USAAll CurrenciesAccount Holder’s NameSWIFT/BIC code
Account Number
ABA Number
Bank Name
Bank Address
IndiaINRAccount Holder’s NameSWIFT/BIC code
Account Number
IFSC Code
Bank Name
Bank Address
IndiaAll Other CurrenciesAccount Holder’s NameIFSC Code
Account Number
SWIFT/BIC code
Bank Name
Bank Address
All Other CountriesAll CurrenciesAccount Holder’s NameSWIFT/BIC code
Account Number
Bank Name
Bank Address

Note: Whilst the SWIFT BIC is required to route the payments, for payments in Euro the customer does not have to provide this, the sending bank must derive it from the beneficiary IBAN. Need to confirmIf that all banks can derive this form the IBAN.

10.11 Additional scope considerations

  1. International Payment transactions from UK sterling (GBP) accounts can be: 
    1. Intra-EEA using EEA currency
      1. euro (€) currency transactions (executed within SEPA Zone):
        1. The 28 countries of the European Community (plus associated territories)
        2. The 3 European Economic Area (EEA) Member States (Iceland, Norway and Liechtenstein)
        3. Monaco, Switzerland and San Marino

In addition, SEPA Instant Credit Transfer (SCT Inst) if supported by ASPSP

Note that CHF is an EEA currency as it is official currency of Liechtenstein, although Switzerland is neither in the EU nor in the EEA. 

b. Intra-EEA using non-EEA currency (any currency)

c. One Leg Out (any currency)

2. International Payment Types to be supported by Open Banking

Payments initiated by PISPs using Open Banking Write APIs, should be able to cover payments to be executed under the following international payment types:

3. Charge Models

Payments initiated by PISPs using Open Banking Write APIs, should be able to cover the following international payments charge models: