Under the Payments Services Directive 2 (PSD2), strong customer authentication (SCA) is required on transactions in the European Economic Area (EEA) and the UK. Merchant-initiated transactions (MITs), which are sent when the cardholder is not available, must use Visa’s MIT framework to indicate they are out of scope of the PSD2 SCA regulation.
Merchants commonly perform MITs without the active participation of the cardholder to:
- Perform a transaction as a follow-up to a cardholder-initiated transaction (CIT)
- Perform a pre-agreed instruction from the cardholder for the provision of goods or services
The MIT framework covers two types of MITs:
Industry-Specific Business Practice MITs
MITs defined under this category are performed to fulfil a business practice as a follow-up to an original cardholder-merchant interaction that could not be completed with one single transaction.
The following transaction types are industry-specific transactions.
- Incremental Authorisation Transaction
- Resubmission Transaction
- Delayed Charges Transaction
- Reauthorisation Transaction
- No Show Transaction
- Prepayment Transaction
Standing-Instruction MITs
MITs defined under this category are performed to address pre-agreed standing instructions from the cardholder for the provision of goods or services.
The following transaction types are standing-instruction transactions.
- Instalment and Prepayment (partial & full) Payment Transaction
- Recurring Payment Transaction
- Unscheduled COF Transaction
There are two important requirements to correctly process a MIT transaction. The transaction must be flagged correctly to distinguish which of the MIT transaction types described above apply.
Secondly, the MIT transaction must contain the Original Transaction Identifier (OTID) of the initial cardholder-initiated transaction (or previous MIT). This requires that the Original Transaction Identifier is stored and subsequently retrieved and populated in the appropriate field of MIT transactions. As they were preparing to comply with the PSD2 regulation, several merchants were not yet able to do this. Visa provided European acquirers with an Interim Transaction Identifier (under a waiver) to allow additional time for merchants’ outstanding integration changes. Elavon populates this Interim Transaction Identifier in MITs where the Original Transaction Identifier is not provided by the customer/gateway.
Visa is discontinuing support for the Interim Transaction Identifier from 31 October 2022; however, Visa will begin to accrue non-compliance penalty fines from August 2022. Visa will cease acceptance of the Interim Transaction Identifier in transactions starting 1 November 2023.
What you need to do:
Transitioning to the use of a valid transaction identifier in MITs is critical to avoid non-compliance penalties. If you are using a third-party integrated POS solution or gateway provider, you should contact your service provider to ensure they will be ready to capture a valid transaction ID returned in an authorisation response so that it can be populated in the OTID field for subsequent MITs before August 2022.