On This Page
2.3: Stand-In Frictionless Authentication is Attempted
This test verifies how your system reacts when the cardholder is enrolled in
3-D Secure
but the card issuer does not support 3-D Secure, requiring a
stand-in authentication experience. American Express (Card Type = 003)
3-D Secure 2.1.0 | 3-D Secure 2.2.0 |
---|---|
— | 34XXX XX XXXX 2872 |
JCB J/Secure (Card Type = 007)
3-D Secure 2.1.0 | 3-D Secure 2.2.0 |
---|---|
— | 3338XX XX XXXX X585 |
Mastercard (Card Type = 002)
3-D Secure 2.1.0 | 3-D Secure 2.2.0 |
---|---|
— | 52XXXX XX XXXX 2482 |
Visa (Card Type = 001)
3-D Secure 2.1.0 | 3-D Secure 2.2.0 |
---|---|
— | 4XXXXX XX XXXX 2719 |
Results for the Check Enrollment Service
Status
= AUTHENTICATION_SUCCESSFUL
The cardholder is enrolled in Payer
Authentication. Authenticate the cardholder before continuing with the
transaction.
VERes enrolled =
Y
PARes status =
A
CAVV =
<CAVV value>
AVV =
<AVV value>
(Mastercard only)XID =
<XID value>
(American Express only)E-Commerce Indicator (ECI) Values
This table lists the expected ECI raw values and their respective string values.
These values indicate whether the payer was authenticated by the card network. These
values should be passed under this test condition when a transaction is submitted
for payment authorization.
Network | ECI Raw Value | ECI String Value |
---|---|---|
American Express | 06 | aesk_attempted |
JCB J/Secure | 06 | js_attempted |
Mastercard | 01 | spa |
Visa | 06 | vbv_attempted |
Results for the Validation Authentication Service
No results are returned.
Action
If you request Check Enrollment and Authorization services separately, add the
required payer authentication values (CAVV and ECI) to your authorization request.
If you request the Check Enrollment and Authorization services together, the process
described above occurs automatically.