Transaction risk analysis: Difference between revisions

From ACT Wiki
Jump to navigationJump to search
imported>Doug Williamson
(Create page. Sources: The Treasurer online June 2019 and EPSM webpage https://www.epsm.eu/wp-content/uploads/2019/07/2019-07-10-EPSM-%E2%80%93-Overview-on-SCA-for-Further-Discussion-v1.0-1.pdf?iframe=true)
 
imported>Doug Williamson
(Add links.)
 
(One intermediate revision by the same user not shown)
Line 12: Line 12:




If the card issuer agrees, the individual transaction can be exempted from Strong Customer Authentication.
If the issuer agrees, the individual card-based payment or credit transfer can be exempted from Strong Customer Authentication.




== See also ==
== See also ==
* [[3D Secure]]
* [[3D Secure]]
* [[Credit transfer]]
* [[Issuer]]
* [[Issuer]]
* [[Payment service provider]]
* [[Payment service provider]]
Line 22: Line 23:
* [[Regulatory Technical Standard]]
* [[Regulatory Technical Standard]]
* [[Strong Customer Authentication]]
* [[Strong Customer Authentication]]
* [[Transaction]]
* [[Transactional]]
* [[Two-factor authentication]]
* [[Two-factor authentication]]



Latest revision as of 11:27, 14 July 2022

Payments - PSD2 - Strong customer authentication (SCA) exemptions.

(TRA).

Transaction risk analysis is an exemption to the requirement for Strong Customer Authentication under PSD2.


Under the TRA exemption, a transaction can be flagged as a low-risk-transaction if:

  • the fraud rate of the related payment service provider (PSP) is below a certain threshold, and
  • a real time analysis has not revealed any risk.


If the issuer agrees, the individual card-based payment or credit transfer can be exempted from Strong Customer Authentication.


See also