Changes for transactions without customer presence
10.02.2023
Last updated
Was this helpful?
10.02.2023
Last updated
Was this helpful?
A directive, introduced by the major card schemes, requires merchants to submit a so called transaction identifier. This transaction identifier is used to track cards and transactions done with these cards, in order to battle fraud and other malicious transactions.
For most merchants, Saferpay does keep track of this Identifier for you, However for and created before November 2019, this transaction identifier could either be invalid, or non-existent, which could lead to rejections, should Merchant Initiated Transactions (MITs), like , be attempted.
This chapter aims to help merchants with this issue and guide them towards a compliant solution.
The following steps may be required, in order to stay compliant, depending on your integration.
Use Authentication.IssuerReference containing the transaction identifier from the Saferpay transaction response (See Payment.IssuerReference) message to make sub-sequent recurring or unscheduled transactions.
Important: Upgrade to the latest JSON API Spec. version (or at least to 1.16 [1.21+ recommended]) is required.
Please for critical changes within the Saferpay Payment API, if you need to do an upgrade.
Important: Upgrade to the latest JSON API Spec. version (or at least to 1.16 [1.21+ recommended]) is required.
For merchants outside of PSD2/the EEA, SCA is strongly recommended, as these transactions are more secure and also cheaper for the merchant!
“No authentication”-fee and non-compliant MIT-penalties are also applicable for payments outside PSD2.
Important: Upgrade to the latest JSON API Spec. version (or at least to 1.16 [1.21+ recommended]) is required.
For merchants outside of PSD2/the EEA, SCA is strongly recommended, as these transactions are more secure and also cheaper for the merchant!
“No authentication”-fee and non-compliant MIT-penalties are also applicable for payments outside PSD2.
Only use authorizations or Aliases created with Strong Consumer Authentication from which to initiate unscheduled MITs.
For merchants outside of PSD2/the EEA, SCA is strongly recommended, as these transactions are more secure and also cheaper for the merchant!
“No authentication”-fee and non-compliant MIT-penalties are also applicable for payments outside PSD2.
Existing Aliases: continue until the is received or card renewal is required. Then continue with the next step, "New Aliases".
New Aliases: Always register new Aliases forcing .
Please for critical changes within the Saferpay Payment API, if you need to do an upgrade.
Strong Consumer Authentication (SCA) is mandatory for merchants inside / European Economic Area (EEA), when performing MITs.
Continue until the is received or card renewal is required. Then submit a new initial transaction according to recommendation below:
Submit a new initial transaction with and re-start the recurring sequence. See .
Please for critical changes within the Saferpay Payment API, if you need to do an upgrade.
Strong Consumer Authentication (SCA) is mandatory for merchants inside / European Economic Area (EEA), when performing MITs.
Strong Consumer Authentication (SCA) is mandatory for merchants inside / European Economic Area (EEA), when performing MITs.
Moto transactions must always be performed via dedicated . Do not use !