Alert icon

IPG file issue 13062019

Please note due to a technical issue overnight, some Merchants will experience a 1 day funding delay. The funds that are due today will instead be deposited into your account tomorrow, Friday 14th of June. Apologies for the inconvenience this has caused.

Close button
New customer? Request a Call Back Help & Guidance Tel. 1850 200 417 or Email Us Insight Login now
Close search icon
Menu button

Payment Service Directive (PSD2) 2019 FAQs

What is PSD2

What is PSD2?

Payment Services Directive (PSD) legislation came into effect in 2001 to regulate payment services and payment service providers throughout the European Union (EU) and European Economic Area (EEA). In January 2018, the new EU Payment Services Directive (PSD2) took effect with the following objectives:

  • Enhancing competition within the digital payments market
  • Facilitate innovation, making it easier and safer to make payments online
  • Protection of consumers
  • Increasing security and contribution to a single EU Market in retail payments

When it comes to payments, security and convenience is essential, which is why AIBMS support the spirit of the regulation.

For AIBMS, its merchants and cardholders the 14th September 2019 is the next key deadline, when the PSD2 Regulatory Technical Standards (RTS) on Strong Customer Authentication (SCA) legally applies within Europe.

What is Strong Customer Authentication (SCA)?

PSD2 requires Strong Customer Authentication (SCA) to be applied to all electronic payments within the European Economic Area (EEA). The SCA mandate is accompanied by some exemptions with the goal of supporting the frictionless cardholder experience. We will cover these exemptions later within this update. SCA can be performed using two factor authentication, for example, two of the following factors have to be used systematically during the authentication process:

Category Description Example
Knowledge Something only the Cardholder knows


A Password, A Pin, Memorable Information
Possession Something only the Cardholder has


A pre-registered mobile phone, card reader or keyfob


Inherence Something the Cardholder is


A biometric (facial recognition, finger print, voice recognition, behavioural biometric)

What Solution does AIBMS recommend as a solution for SCA

What Solution does AIBMS recommend as a solution for SCA?

For online payments today, 3D Secure (3DS) is the most common way to authenticate a card payment. Each scheme requires the cardholder to enter an additional password when they make an online purchase ie. ‘Verified by Visa’ or ‘MasterCard SecureCode’ for Visa and MasterCard respectively.

3D Secure 2 is a newer version of the authentication protocol and will be the main method AIBMS recommend to authenticate online card payment to meet the SCA requirements.  3DS 2 alleviates some of the shortcomings associated with 3D Secure 1, such as requiring a cardholder to remember their own password which can result in a number of customers not completing their purchase. 3DS 2 has been developed with the goal of improving the overall performance of the 3DS program and supports the payments industry in delivering a consistent, and frictionless, user experience across all e-commerce channels and connected devices. Through supplying more data in the payment, it is understood this will speed up authentication, boost security and could improve drop off decline rates up to 70% according to a recent study from Visa1 .

Other card-based payment methods such as Apple Pay or Google Pay already support payment flows with a built-in layer of authentication (biometric or password). These can be a great way for merchants to offer a frictionless checkout experience while meeting the new requirements. 1

When does SCA Apply (Strong Customer Authentication)

When does SCA Apply (Strong Customer Authentication)

Strong Customer Authentication (SCA) is required on all electronic payments within the European Economic Area (EEA) that are cardholder initiated. This means for every transaction where both the cardholder bank and the merchant is located within the EEA region, SCA will be required.

To clarify, the list of EEA countries where SCA applies is as follows:

Austria, Belgium, Bulgaria, Croatia, Republic of Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, UK, Iceland, Liechtenstein and Norway.



What are 'One leg out' Transactions

Either the cardholders bank (card issuer) or the merchant is outside of the EEA

What are Merchant-initiated transactions (MIT)

Some merchants store cardholder payment details for future payments. These are typically agreed upon deferred/delayed payments and require an agreement between the cardholder and the merchant to charge the card at a point in the future. Merchants with these types of transactions will need ensure the first transaction in this process is authenticated through the application of SCA, this is typically at the point of securely storing the card details or on the first payment, whenever the cardholder is present.

What are Mail order and telephone order transactions (known as MO/TO)

Where cardholders make payments over the telephone or via mail order


What Exemptions are available

One of the objectives of the PSD2 is enhancing competition and with this in mind there are some transactions that may be exempt from Strong Customer Authentication (SCA). It is vitally important to understand that whilst the below exemptions exist, ultimately it is the cardholders bank that will decide whether or not to accept a transaction with an exemption and no SCA.

AIBMS recommend that any merchants planning to submit transactions with exemptions, are also planning and building processes to handle situation where cardholders banks (issuers) decline transactions due to no SCA. In these situations merchants will need to manage the cardholder experience in order to support the initial decline and present the cardholder with the ability to authenticate the transaction using SCA and resubmit the transaction for approval.

Low Value Transactions

Transactions below €30 will be considered as ‘Low Value’ and therefore may be exempt from SCA. However, if a cardholder has used the exemption five times since the last successful authentication or if previously exempt payment value exceeds €100, SCA will be required.

Recurring Payments

Fixed amount Recurring Payments such as subscriptions to the same merchant are exempt, but it is important to note that SCA will be required for the cardholders 1st payment, and all subsequent may be exempt from SCA.

Whitelisting / Trusted Beneficiaries

Cardholders can ‘whitelist’ merchants that they trust or add them to their trusted beneficiaries list which is held and managed by the cardholders bank (issuer). To add a merchant SCA will be required, so that future payments will be exempt from SCA. The cardholders bank (issuer) will manage the associated criteria and how this solution is offered to each cardholder to manage will likely differ by issuer.

Secure Corporate Payments

Where a legal person initiating electronic payment transactions through the use of dedicated payment processes or protocols that are only made available to payers who are not consumers. A good example would be lodged corporate cards, which are used for employee travel and managed directly by a travel agent.

Transaction Risk Analysis (TRA)

Subject to the prior approval from the acquirer (AIBMS) the Transaction Risk Analysis (TRA) exemption may be applied based on the Payment Provider (in this case AIBMS) or the cardholders banks fraud rates.

  • 13% to exempt transactions below €100
  • 06% to exempt transactions below €250
  • 01% to exempt transactions below €500

In this case, the exemption will allow an acquirer to request an exemption if they deem the transaction to be low risk and the acquirer fraud rate is within the required thresholds to support the exemption. The TRA exemption is different to that of the Low Value Transaction, as transactions below €30 may still apply the exemption from SCA. It is important to note, the cardholders bank (issuer) still has the ability to decline the exemption and ask for transactions to be supplied with SCA.

Contactless Payments

Similarly with Low Value Transactions, Contactless payments made at a point of sale will be exempt up to a maximum value of €50. The exemption is for up to for up to five consecutive transactions or an accumulated value up to €150. The maximum limit of €50 within the Directive may vary from country to country based on local application.

Unattended Terminals

Transactions made at unattended terminals which typically apply to transport fares or parking fees will be exempt from SCA

Other Frequently Asked Questions

What is 3D Secure?

3D Secure is the global specification for card payment security developed by EMVCo. EMVCo is collectively owned by American Express®, Diners Club International®, Discover Global Network®, JCB®, Mastercard®, UnionPay® and Visa®.

What is 3D Secure 1.0?

3D Secure 1.0 is an authentication process introduced to reduce online fraud and enable the cardholder to make safe and secure online payments.

Is 3DS Version 1 compliant with the new regulation (SCA)?

Based on current information provided (as of 6th June 2019) by the card schemes (ie Visa, Mastercard) AIB Merchant Services understand that 3DS 1.0 is compliant with the regulation due September 14th.

What is 3D Secure 2.0?

3D Secure 2.0, also known as EMV® 3-D Secure, is the updated version of 3D Secure 1.0.3D Secure 2.0 is a new version of authentication, designed to be frictionless, faster and safer, eventually replacing the old redirect of 3D Secure 1.0 with a dynamic bridge between the issuing banks and merchants. It is also designed to enhance competition within the digital payments market.

How is AIB Merchant Services preparing for the regulation?

At AIBMS we have been developing the technical solutions required to support SCA on the payments platform used to process your transactions. We have updated our Authorisation and Settlement Specification which your PSP /Gateway uses to integrate with us to ensure they can also support the requirements of your business.

These specifications have been provided to the approved gateways and we are working with them to facilitate getting their technical updates completed.

What do I need to do between now and September 14th to ensure my business is ready?

You need to identify what payment transactions your business accepts. If you take ecommerce transactions you will need to check if you currently use 3DS and if unsure engage with your Payment Service Provider (PSP)/Gateway and your Website/App Developer to understand how they can assist with getting your business ready for September.

What will happen on the 14th of September if I do not have any version of 3DS enable on my ecommerce website?

If a transaction is taken without SCA or a legitimate exemption flagged correctly, it is the view of AIBMS that there is a higher possibility of the issuers declining the transaction. The issuing banks do not want to be in a position whereby this is their only option so the adoption of 3DS is a vital requirement to ensure there is no impact to your business.

How will I know which Issuers will be ready for 3DS 2.0 and when?

The schemes are able to provide an updated list of all issuing BINs which are registered and available for 3DS 2.0. Your gateway provider should be able to send a request to the schemes directory servers to advise of a list of BINs and which version they are registered for.

Is there an order or preference/priority on the exemptions a merchant should apply to a transaction?

With the objective of PSD2 being around making payments more secure and the fact that the legislation forces the adoption of 3DS as a level playing field for merchants the priority for your business should be to adopt 3DS processing as much as possible then avail of the exemptions. It is important to note with exemptions that an issuing bank at any time can choose to challenge any payment with an exemption.

What is SCA Dynamic Linking?

For electronic payments under SCA, each authentication event must be linked to a specific amount and payee (dynamic linking). This requirement, effectively binding authentication to the payee and the amount, aims at ensuring that a valid authentication code is only used once and for the specific electronic payment for which the authentication is requested. The objective is to reduce “man in the middle” attacks.

Get in touch and let us help your business


Are you interested in trying one of our products?

Sales Enquiry Form

General Customer Enquiries

We're here to help existing customers with any issues

Customer Service Enquiry Form


We'd love to talk about how we can work together?

Partnership Enquiry Form