European Union: FinTech Focus: New European Directive On Payment Services (PSD2) Comes Into Force

On 12 January 2016, the long-awaited revised Payment Services Directive ("PSD2") came into force in Europe. This replaces the Payment Services Directive ("PSD") that has been in place since 2007. The deadline for EU member states to implement PSD2 into their national laws and regulations is 13 January 2018.

PSD2 is a significant reform to the EU regulatory regime for payment services and has been introduced to take into account significant innovations in card, internet and mobile payment services since 2007, and to better reflect the current (increasingly crowded) European payment services market. Crucially, it covers a wider range of payments-related services and businesses than PSD and will require providers to change their systems and processes to comply with the new rules.

Given its potential impact, it's surprising how little mainstream coverage PSD2 has received. In addition, questions remain about the scope and effect of the European regulatory regime for mobile payments that PSD2 doesn't fully answer. As with the PSD that it replaces, PSD2 is not entirely consistent with the contractual, operational or technical reality of how some payment methods operate.

In this Alert, we summarise some of the key differences between PSD2 and the existing PSD regime.


PSD2 impacts existing payment service providers (such as banks, payment institutions and e-money institutions ("PSPs")) and their agents and technology providers (and investors), as well as the operators of e-commerce marketplaces, gift card and loyalty programmes, bill payment services, public communication networks, payment initiation services, account access services and digital wallet services.

Territorial scope

PSD2 has a broader scope than PSD, which was limited to payments within the EU. PSD2 applies (with certain exceptions) to payment transactions carried out in the EU: (a) in a non-EU currency, where both PSPs are located in the EU; and (b) in any currency, where one of the PSPs is located within the EU, (sometimes referred to as "one leg out transactions"). This is considered an important improvement for consumers, particularly in the area of global money remittance. A PSP will have to carry out at least part of its business in its home member state in order to qualify for authorisation by the local regulator.

Exclusions/exemptions: PSD provided a list of specific 'exemptions', plus a 'waiver' of certain provisions to be granted by the authorities in certain instances. PSD2 calls the specific exemptions 'exclusions'; and the activities that may currently be waived 'exemptions'. For the purposes of this Alert, we use the term "exemption" to refer to activities that are specifically excluded from scope; and "waiver" to refer to activities the authorities decide won't be subject to the regulations.

Bill payment services: Historically, opinions have differed among member states and the Commission as to whether services that enables a consumer to pay a bill to an intermediary, rather than the supplier (e.g., utility bills) fall within the scope of the PSD. The UK regulator, the FCA, for example, considered these services out-of-scope of the PSD because the supplier issuing the bill is not the intended recipient of funds. However, the recitals to PSD2 make clear that bill payment services should be treated as money remittance unless the activity falls under another payment service. This tension between legal reality and perceived consumer intent also surfaces in the inconsistent treatment of e-commerce platforms and telecoms networks (discussed below), creating uncertainty in the application of PSD2 and its overall market impact.

Commercial agents: In the recitals to PSD2, it is stated that the commercial agents' exemption has been applied very differently across EU. It is suggested that e-commerce platforms (undefined) have unfairly relied on being the agent of both consumer and merchant, rather than of one or the other, to remain outside the scope of the PSD. Accordingly, in PSD2, the exclusion has been amended so that it only applies if the commercial agent is authorised to negotiate or conclude the sale or purchase of goods or services on behalf of only the payer or only the payee. Where agents act on behalf of both payer and payee, they should be excluded only if they do not at any time enter into possession or control of client funds.

Electronic communications networks/service providers: Under PSD2, only digital content or voice-based services provided via an electronic device as an ancillary service and charged to the related telecoms bill are excluded. Digital content means goods or service produced and supplied in digital form whose use or consumption is restricted to a technical device and does not include the use or the consumption of physical goods or services content (i.e., apps, wallpaper, ringtones, videos, games etc.) PSD2 also excludes services performed from or via an electronic device and charged to the related bill within the framework of a charitable activity or for the purchase of tickets. These exclusions are aimed at micro-payments with a low risk profile. Accordingly, PSD2 limits both of these exclusions to €50 per transaction and either a total of €300 per month or, in the case of pre-funded accounts, €300 per month, for each subscriber.

Limited networks: The PSD exempts payment transactions based on payment instruments accepted only within the issuer's premises or certain limited networks, or used to only acquire a "limited range" of goods or services. The E-money Directive also applies this 'limited network exemption' to exclude "closed loop" stored value cards and instruments such as retail store cards, gift cards, fuel cards and loyalty programmes. Under PSD2, the limited network exclusion is extended to cover public instruments for specific social or tax purposes. However, it's now explicit that the same instrument can only be used to acquire a "very limited range of goods and services". As to what is meant by "very limited", the recitals to PSD2 gives guidance that instruments that can be used for purchases in stores of listed merchants should not be excluded "as such instruments are typically designed for a network of service providers which is continuously growing".

Limited network operators must notify the regulator if the total value of transactions executed over the preceding 12 months exceeds €1million. The regulator will then decide whether the exclusion criteria apply and will notify the operator if it concludes they do not. That will be a concern in relation to cross-border programmes involving member states whose regulators interpret the application of this exclusion differently. Where a regulator decides that a service doesn't qualify for the exclusion, there's no provision for a transition period (e.g., to allow the operator to either obtain full authorisation or become the registered agent of a PSP to continue operating the service; or for an authorised PSP to become the operator (by transfer or otherwise); or for the orderly winding down of the affected scheme).

Third Party Payment Services: There have been many new entrants into the payment services market since 2007. These include 'third party' PSPs (referred to here as "TPPs") who offer payment initiation and account access or aggregation services. Until now, these TPP have faced significant barriers to offering their solutions across the EU because of security and secrecy concerns raised by some PSPs.

PSD2 addresses these concerns by bringing TPPs within scope and splitting them into three categories: (i) PSPs that offer payment initiation services, (ii) PSPs that offer account information services and (iii) by altering the definition of issuing payment instruments. TPPs may be contrasted with "account servicing payment service provider" ("ASPs"), who provide and maintain payment accounts for a consumer.

  • Payment Initiation Services. These services involve initiating a payment order at the request of a user with respect to an account held with another PSP, without handling the funds. Unfortunately, there are differing opinions as to how certain types of payments are initiated and who is the "payee" or "intended recipient of funds", especially in relation to card-based payments. PSD2 provides that consumers must have the right to use a payment initiation service in relation to their online payment accounts (whether or not there is any contractual arrangement in place between the PSP and the payer's ASP).

    TPPs who provide only payment initiation services will need initial capital of €50,000 and hold professional indemnity insurance or "some other comparable guarantee" against their regulatory liabilities. These TPPs are also subject to the full weight of the information and contractual requirements and obligations to contribute to losses arising from those parts of the transaction under their control, except where a member state exempts account information service providers from such requirements. However, these TPPs will not have to meet any additional 'own funds' requirements.
  • Account Information Services. These are online services which provide consolidated information from a user's payment account(s), (typically to enable the user to have an overview of their finances and analyse their finances). PSD2 provides that consumers must have the right to use such a service whether or not there is any contractual arrangement in place between the account information service provider ("AISP") and the user's ASP.

    While AISPs will be exempt from authorisation under PSD2, they will need to be registered. They will be treated as payment institutions and will be able to passport throughout the EEA. They will need to hold professional indemnity insurance or a comparable guarantee and comply with certain information and contractual requirements under PSD2.

    These arrangements are backed by a separate PSD2 requirement that banks permit PSPs access to their payment account information (i.e., via open APIs) on an "objective, non-discriminatory and proportionate basis", where they have the explicit consent of the user. Such access must be "extensive enough" to allow PSPs to provide payment services "in an unhindered and efficient manner". Banks are also required to provide their regulator with "duly motivated reasons for any rejection". Many have seen this as a significant step towards more open banking that will benefit consumers and new providers alike.
  • Issuing of Payment Instruments. Issuing of payment instruments services are redefined under PSD2 to be "payment service(s) by a payment service provider contracting to provide a payer with a payment instrument to initiate and process the payer's payment transactions". This is presumably to distinguish this activity from a 'payment initiation service'.

    The information that PSD2 requires to be provided to users also seems to broaden the concept of "payment instrument". Where users are shown two or more payment brands or payment applications of the same payment brand on the same payment instrument (called "co-badging"), they must be informed of their various rights under the Merchant Interchange Fees Regulation. However, there is no reference to the ban on multilateral interchange fees or equivalent charges for direct debits (except certain problem transactions on certain conditions) under the Single European Payment Area (SEPA) Regulation.

    Showing customers a range of payment options would typically be done at the end of a 'checkout' process. PSD2 refers to this stage in a checkout process itself as "the issuance of a payment instrument", as opposed to each of the available payment methods. This suggests that the entity that serves up this part of the checkout process is itself the issuer of a payment instrument and should be authorised accordingly. It's likely that many e-commerce merchants currently host their own checkout page or process, in which case the transaction only moves to the acquirer's servers either once the user has selected which type of payment instrument he/she wishes to use or (if the merchant is PCI compliant) once the transaction is captured and sent to the acquirer. So this new requirement could effectively require merchants to either cease hosting any aspect of the checkout process, or become authorised as payment issuers or agents of firms authorised to issue payment instruments.

ATM services: PSD2 also contains an exclusion for services that enable cash withdrawal from ATMs where the service provider is acting on behalf of card issuer(s) who have no contract with the cardholder. However, excluded ATM service providers can't offer any other regulated payment services, and must give the cardholder and the payee certain information about each transaction before and after processing.

Technology service providers: PSD2 makes clear that the exclusion for technology service providers will not apply to TPPs.

Passporting: PSD2 sets out a revised process for PSPs to exercise their rights to offer services in other member states on either a branch basis (within 60 days), or cross-border service basis (within 40 days). Banks will passport under a separate, but similar regime. However, host states also have the power to require passporting firms to appoint a central point of contact. Host states can contact the passporting firm's home state regulator with any allegations of non-compliance. This could enable a host state to escalate any differences in its interpretation of PSD2 to the home state regulator, which could undermine the concept of home state control that is especially important for consistency in services provided using agents who refer electronic transactions across borders (e.g., e-commerce 'aggregators').

Security and use of data: PSD2 introduces the concept of "strong customer authentication", as well as additional internal security and fraud controls and risk management and incident reporting obligations. Subject to any exemptions found in European Banking Authority (EBA) technical standards to be developed in due course (see below), all PSPs must apply strong authentication when a payer accesses a payment account online, initiates an electronic payment transaction and/or carries out any action through a remote channel which may imply a risk of fraud or other abuses. 'Strong customer authentication' means authentication based on the use of two or more independent elements that are based on something only the user knows (knowledge), something only the user possesses (possession) or something the user is (inherence), as well as designed to protect the confidentiality of the authentication data.

PSPs must adopt specific security requirements to protect the confidentiality and integrity of the users' personalised security credentials. The ASP must allow TPPs to rely on the authentication procedures provided by the ASP to the user of both services. For payment transactions initiated via the internet or through a device that can be used for distance communications, the authentication must include elements that dynamically link the transaction to a specific amount and a specific payee.

PSD2 also establishes incident notification requirements for PSPs. In particular, PSPs must establish an operational risk management framework and provide the regulator with an assessment of the risks and the adequacy of their controls. In addition, PSPs must classify "major operational and security incidents", that must be reported to their home state regulator without undue delay. Where a major operational or security incident has, or may have, an impact on the financial interests of its users, the PSP must, without undue delay, inform those users of the incident and "all available" measures they can take to mitigate the adverse effects of the incident.

EBA security and technical standards: PSD2 empowers the EBA to set various technical standards, including for strong customer authentication and communications. An initial set of standards took effect in 1 August 2015 in most member states, although the FCA has said that it cannot apply them to UK-based PSPs until PSD2 has been implemented locally.

Consumer Protection

  • Charges. Users will only be liable for transaction charges where the full amount is disclosed to them before the initiation of the transaction.
  • Surcharges. PSD2 bans surcharges for the use of payment cards (and any other instruments in relation to which interchange fees are separately regulated).
  • Statements. Payers must be given a contractual right to ask for at least monthly transaction statements, free of charge. Member states can require PSPs to extend this right to payees.
  • Contracts. PSPs can continue to agree with users that they are deemed to have accepted contract changes if they don't object within two months of being notified of those changes taking effect. However, under PSD2, the PSP must also inform users that they have the right to terminate the contract free of charge with effect from the date the changes would have applied. PSD2 also requires that termination of a framework contract must be free of charge for the user after the contract has been in force for 6 months. In other circumstances, any charges for terminating a framework contract must be appropriate and in line with costs.
  • Complaints. Under PSD2, the deadline for resolving complaints is reduced from 8 weeks to 15 business days (or, up to 35 business days if there is a delay for reasons beyond the PSP's control, and the PSP indicates the reasons for delay and the date for a final reply). Member states can, however, provide for faster redress. PSPs must have complaints resolution procedures that apply in every member state where the PSP offers payment services, in the official language of the member state or in another language if agreed between the PSP and the user. The Commission will produce a leaflet explaining user's rights, and PSPs will have to make the leaflet available via their websites and on paper in physical locations.


  • Under PSD2, the amount for which a user can be held liable is reduced from 150€ to 50€. Member states may reduce this €50 limit of liability where a payer has not fraudulently or intentionally failed to either keep security credentials "safe" or notify the provider of loss, theft or unauthorised use of a payment instrument.
  • PSPs will bear the burden of proving a payment transaction was authorised, and will need to provide evidence of any alleged fraud or gross negligence on the part of the user, rather than relying on the fact that the payment instrument was used successfully.
  • In addition, PSD2 provides that where an unauthorised payment transaction was initiated through a payment initiation service provider other than the provider of the relevant payment account, the payer can obtain a refund from either the TPP or the ASP. If the refund is paid by the 'innocent' PSP, it can obtain compensation from the 'guilty' PSP for the reasonable costs incurred, in addition to the refund. The same rights apply in the case of non-executed or defective payment transactions. To avoid a refund obligation, the payer's PSP must communicate to the local authorities its grounds for suspecting fraud. A payer is entitled to a refund of authorised payment transactions initiated by or through a payee (e.g., direct debits) if the authorisation didn't specify the exact amount of the payment when authorised and the amount "exceeded the amount the payer could reasonably have expected taking into account the previous spending pattern, the conditions in the framework contract and relevant circumstances of the case".
  • Here, the onus is on the payer to prove the conditions are met, but PSPs can agree to refund direct debits (in particular), even if the above conditions are not met. Equally, the PSP can agree there is no right to a refund for a transaction initiated by or through a payee where consent was given directly to the PSP and, where applicable, information on the transaction was provided to the payer by the PSP or payee at least 4 weeks before the due date. However, regardless of the refund position, a payer can revoke a payment order for a direct debit by the end of the business day before the due date for debiting the funds (and later if agreed with the PSPs involved).
  • If a payer makes a payment to the wrong payee in error, the payer's PSP must make reasonable efforts to recover the funds. The payee's PSP must also cooperate by communicating to the payer's PSP all relevant information. Where a payee refuses to give up the funds, the payer's PSP must give the payer, upon written request, all relevant information available to it in order for the payer to file a legal claim to re-collect the funds. It is not clear whether the payee's identity and address is within the scope of "all relevant information".

Acquisitions of shares in payment institutions: Under PSD2, the existing or proposed shareholder, rather than the PSP, will have the obligation to inform the authorities of any decision to acquire or increase a shareholding in that institution. The authorities can oppose or block such acquisitions in certain circumstances.

Transitional arrangements: Transitional provisions give existing PSPs an extra 6 months from implementation at the national level to obtain any additional authorisation(s) required. While PSD2 nominally requires existing payment institutions to provide information that enables the regulator to assess whether they still meet all of the authorisation conditions, member states can give their regulators power to grant authorisation automatically where the regulator already has such information. However, there doesn't appear to be the same opportunity to grant automatic authorisations in the case of existing e-money institutions. Firms operating under a waiver have 12 months from when PSD2 takes effect to become authorised or obtain a fresh exemption, unless the regulator has enough evidence to automatically grant the exemption. Failure to satisfy the regulator of the conditions for authorisation or an exemption would mean the firm is no longer authorised, or the exemption is lost.


The growth in Europe's FinTech sector shows no sign of letting up, with a steady stream of new entrants creating products and services that challenge traditional payment business models and practices.

Even prior to the arrival of PSD2, there was recognition that the sector needed to change in order to compete with the services provided by the new FinTech operators (and/or acquire or partner with them). Indeed, a 2015 survey of over 100 banks carried out by Finextra identified that 54% of all respondents agreed or completely agreed that they were in the process of rethinking their retail banking customer relationship and revenue/business model.

Now that PSD2 has been adopted, the banks have an additional driver for that change programme.

Because of the generality of this update, the information provided herein may not be applicable in all situations and should not be acted upon without specific legal advice based on particular situations.

© Morrison & Foerster LLP. All rights reserved

To print this article, all you need is to be registered on

Click to Login as an existing user or Register so you can print this article.

Susan McLean
In association with
Related Video
Up-coming Events Search
Font Size:
Mondaq on Twitter
Register for Access and our Free Biweekly Alert for
This service is completely free. Access 250,000 archived articles from 100+ countries and get a personalised email twice a week covering developments (and yes, our lawyers like to think you’ve read our Disclaimer).
Email Address
Company Name
Confirm Password
Mondaq Topics -- Select your Interests
 Law Performance
 Law Practice
 Media & IT
 Real Estate
 Wealth Mgt
Asia Pacific
European Union
Latin America
Middle East
United States
Worldwide Updates
Check to state you have read and
agree to our Terms and Conditions

Terms & Conditions and Privacy Statement (the Website) is owned and managed by Mondaq Ltd and as a user you are granted a non-exclusive, revocable license to access the Website under its terms and conditions of use. Your use of the Website constitutes your agreement to the following terms and conditions of use. Mondaq Ltd may terminate your use of the Website if you are in breach of these terms and conditions or if Mondaq Ltd decides to terminate your license of use for whatever reason.

Use of

You may use the Website but are required to register as a user if you wish to read the full text of the content and articles available (the Content). You may not modify, publish, transmit, transfer or sell, reproduce, create derivative works from, distribute, perform, link, display, or in any way exploit any of the Content, in whole or in part, except as expressly permitted in these terms & conditions or with the prior written consent of Mondaq Ltd. You may not use electronic or other means to extract details or information about’s content, users or contributors in order to offer them any services or products which compete directly or indirectly with Mondaq Ltd’s services and products.


Mondaq Ltd and/or its respective suppliers make no representations about the suitability of the information contained in the documents and related graphics published on this server for any purpose. All such documents and related graphics are provided "as is" without warranty of any kind. Mondaq Ltd and/or its respective suppliers hereby disclaim all warranties and conditions with regard to this information, including all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement. In no event shall Mondaq Ltd and/or its respective suppliers be liable for any special, indirect or consequential damages or any damages whatsoever resulting from loss of use, data or profits, whether in an action of contract, negligence or other tortious action, arising out of or in connection with the use or performance of information available from this server.

The documents and related graphics published on this server could include technical inaccuracies or typographical errors. Changes are periodically added to the information herein. Mondaq Ltd and/or its respective suppliers may make improvements and/or changes in the product(s) and/or the program(s) described herein at any time.


Mondaq Ltd requires you to register and provide information that personally identifies you, including what sort of information you are interested in, for three primary purposes:

  • To allow you to personalize the Mondaq websites you are visiting.
  • To enable features such as password reminder, newsletter alerts, email a colleague, and linking from Mondaq (and its affiliate sites) to your website.
  • To produce demographic feedback for our information providers who provide information free for your use.

Mondaq (and its affiliate sites) do not sell or provide your details to third parties other than information providers. The reason we provide our information providers with this information is so that they can measure the response their articles are receiving and provide you with information about their products and services.

If you do not want us to provide your name and email address you may opt out by clicking here .

If you do not wish to receive any future announcements of products and services offered by Mondaq by clicking here .

Information Collection and Use

We require site users to register with Mondaq (and its affiliate sites) to view the free information on the site. We also collect information from our users at several different points on the websites: this is so that we can customise the sites according to individual usage, provide 'session-aware' functionality, and ensure that content is acquired and developed appropriately. This gives us an overall picture of our user profiles, which in turn shows to our Editorial Contributors the type of person they are reaching by posting articles on Mondaq (and its affiliate sites) – meaning more free content for registered users.

We are only able to provide the material on the Mondaq (and its affiliate sites) site free to site visitors because we can pass on information about the pages that users are viewing and the personal information users provide to us (e.g. email addresses) to reputable contributing firms such as law firms who author those pages. We do not sell or rent information to anyone else other than the authors of those pages, who may change from time to time. Should you wish us not to disclose your details to any of these parties, please tick the box above or tick the box marked "Opt out of Registration Information Disclosure" on the Your Profile page. We and our author organisations may only contact you via email or other means if you allow us to do so. Users can opt out of contact when they register on the site, or send an email to with “no disclosure” in the subject heading

Mondaq News Alerts

In order to receive Mondaq News Alerts, users have to complete a separate registration form. This is a personalised service where users choose regions and topics of interest and we send it only to those users who have requested it. Users can stop receiving these Alerts by going to the Mondaq News Alerts page and deselecting all interest areas. In the same way users can amend their personal preferences to add or remove subject areas.


A cookie is a small text file written to a user’s hard drive that contains an identifying user number. The cookies do not contain any personal information about users. We use the cookie so users do not have to log in every time they use the service and the cookie will automatically expire if you do not visit the Mondaq website (or its affiliate sites) for 12 months. We also use the cookie to personalise a user's experience of the site (for example to show information specific to a user's region). As the Mondaq sites are fully personalised and cookies are essential to its core technology the site will function unpredictably with browsers that do not support cookies - or where cookies are disabled (in these circumstances we advise you to attempt to locate the information you require elsewhere on the web). However if you are concerned about the presence of a Mondaq cookie on your machine you can also choose to expire the cookie immediately (remove it) by selecting the 'Log Off' menu option as the last thing you do when you use the site.

Some of our business partners may use cookies on our site (for example, advertisers). However, we have no access to or control over these cookies and we are not aware of any at present that do so.

Log Files

We use IP addresses to analyse trends, administer the site, track movement, and gather broad demographic information for aggregate use. IP addresses are not linked to personally identifiable information.


This web site contains links to other sites. Please be aware that Mondaq (or its affiliate sites) are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of these third party sites. This privacy statement applies solely to information collected by this Web site.

Surveys & Contests

From time-to-time our site requests information from users via surveys or contests. Participation in these surveys or contests is completely voluntary and the user therefore has a choice whether or not to disclose any information requested. Information requested may include contact information (such as name and delivery address), and demographic information (such as postcode, age level). Contact information will be used to notify the winners and award prizes. Survey information will be used for purposes of monitoring or improving the functionality of the site.


If a user elects to use our referral service for informing a friend about our site, we ask them for the friend’s name and email address. Mondaq stores this information and may contact the friend to invite them to register with Mondaq, but they will not be contacted more than once. The friend may contact Mondaq to request the removal of this information from our database.


This website takes every reasonable precaution to protect our users’ information. When users submit sensitive information via the website, your information is protected using firewalls and other security technology. If you have any questions about the security at our website, you can send an email to

Correcting/Updating Personal Information

If a user’s personally identifiable information changes (such as postcode), or if a user no longer desires our service, we will endeavour to provide a way to correct, update or remove that user’s personal data provided to us. This can usually be done at the “Your Profile” page or by sending an email to

Notification of Changes

If we decide to change our Terms & Conditions or Privacy Policy, we will post those changes on our site so our users are always aware of what information we collect, how we use it, and under what circumstances, if any, we disclose it. If at any point we decide to use personally identifiable information in a manner different from that stated at the time it was collected, we will notify users by way of an email. Users will have a choice as to whether or not we use their information in this different manner. We will use information in accordance with the privacy policy under which the information was collected.

How to contact Mondaq

You can contact us with comments or queries at

If for some reason you believe Mondaq Ltd. has not adhered to these principles, please notify us by e-mail at and we will use commercially reasonable efforts to determine and correct the problem promptly.