3D Secure: Orders API

Know before you code

• If you are based in Europe, you may be subjected to PSD2. PayPal recommends that you include 3D Secure as part of your integration and also pass the cardholder's billing address as part of the transaction processing.
• PayPal handles 3D Secure authentication for standard payments integrations. No changes are required for standard integrations.

• Use Postman to explore and test PayPal APIs.

1. Include a contingency for 3D Secure

Use the following code to request either SCA_ALWAYS or SCA_WHEN_REQUIRED as a verification attribute for the card object.

• SCA_ALWAYS trigger 3D Secure for every transaction, regardless of SCA requirements.
• SCA_WHEN_REQUIRED returns a 3D Secure contingency when it is a mandate in the region where you operate. This is the default when neither parameter is explicitly passed.

curl -v -X POST https://api-m.sandbox.paypal.com/v2/checkout/orders \
 -H "Content-Type: application/json" \
 -H "Authorization: Bearer ACCESS-TOKEN" \
 -H "PayPal-Partner-Attribution-ID: BN-CODE" \
 -H "PayPal-Auth-Assertion: PAYPAL-AUTH-ASSERTION" \
 -H "PayPal-Request-Id: PAYPAL-REQUEST-ID" \
-d '{
    "intent": "CAPTURE",
    "purchase_units": [
        {
            "reference_id": "d9f80740-38f0-11e8-b467-0ed5f89f718b",
            "amount": {
                "currency_code": "USD",
                "value": "100.00"
            }
        }
    ],
    "payment_source": {
        "card": {
            "number": "4868719460707704",
            "expiry": "2025-02",
            "security_code": "123",
            "name": "Firstname Lastname",
            "billing_address": {
                "address_line_1": "123 Main St.",
                "address_line_2": "Unit B",
                "admin_area_2": "Anytown",
                "admin_area_1": "CA",
                "postal_code": "12345",
                "country_code": "US"
            },
            "attributes": {
                "verification": {
                    "method": "SCA_ALWAYS"
                }
            }
        }
    }
}'

Step result

• A single-step payment request returns an HTTP 201 Created status.
• A multi-step payment request returns an HTTP 422 Unprocessable Entity status.
• A confirm order request returns an HTTP 200 OK status.

2. Launch authentication flow with HATEOAS link

The merchant needs to redirect the payer back to PayPal to complete 3D Secure authentication.

To trigger the authentication:

1. Redirect the buyer to the "rel": "payer-action" HATEOAS link returned as part of the response before authorizing or capturing the order.
2. Append "redirect_uri" to the payer-action URL so that PayPal returns the payer to the merchant's checkout page after they complete 3D Secure authentication.

Sample URL

https://example.com/webapp/myshop?action=verify&flow=3ds&cart_id=ORDER-ID&redirect_uri=MERCHANT-LANDING-PAGE

3. Buyer completes the authentication experience

1. The issuing bank verifies authentication.
2. Device data is collected and JavaScript is posted directly to issuing bank.

3DS request

curl -v -X GET https://api-m.sandbox.paypal.com/v2/checkout/orders/3TE883926L0940023?fields=payment_source \
 -H "Content-Type: application/json" \
 -H "Authorization: Bearer ACCESS-TOKEN" \
 -H "PayPal-Partner-Attribution-ID: BN-CODE" \
 -H "PayPal-Auth-Assertion: PAYPAL-AUTH-ASSERTION" \

3DS response

"response": {
  "status": "200 OK",
  "headers": {
    "Content-Type": "application/json"
  },
  "body": {
    "payment_source": {
        "card": {
            "last_digits": "7704",
            "brand": "VISA",
            "type": "CREDIT",
            "authentication_result": {
                "liability_shift": "POSSIBLE",
                "three_d_secure": {
                    "enrollment_status": "Y",
                    "authentication_status": "Y"
                }
            }
        }
    }
}

4. Proceed with the transaction

Single-step API request

After the 3D Secure contingency is thrown during the create order response, and contingency is resolved by the buyer, the merchant or partner must invoke the authorize order and capture order endpoints with an empty payload to complete the transaction.

Multi-step API request

After the 3D Secure contingency is thrown during the authorize order and capture order response and contingency is resolved by the buyer, the merchant or partner must invoke the authorize order and capture order endpoints again with an empty payload to complete the transaction.

Next steps

Go live

See also

• Response parameters
• Test scenarios