Redirect 3DS Drop-in integration

Our Android Drop-in renders the available cards in your payment form, and securely collects any sensitive card information, so it doesn't touch your server. Drop-in also redirects the shopper to perform 3D Secure 2 authentication.

When adding card payments with redirect 3D Secure authentication to your integration, you additionally need to:

1. Configure Drop-in to collect the card holder name.
2. Provide the required 3D Secure parameters when making a payment request.
3. Check the payment result after the shopper returns to your website.

Requirements

This page explains how to add cards with redirect 3D Secure authentication to your existing Android Drop-in integration. The Android Drop-in integration works the same way for all payment methods. If you haven't done this integration yet, refer to our Drop-in integration guide.

Before you begin your integration:

1. Make sure that you have set up your back end implementation, and added Drop-in to your payment form.
2. Add the cards that you want to accept in your test Customer Area.
3. If you are using 3D Secure for PSD2 compliance, read our comprehensive PSD2 SCA guide.

Collect additional parameters in your payment form

For higher authentication rates, we strongly recommend that you collect the shopper's billing address and email address in advance in your payment form. Deliver these parameters to your backend when making a payment as they are required by the card schemes.

Show the available cards in your payment form

To show cards in your payment form:

1. Specify in your /paymentMethods request a combination of countryCode and amount.currency. Drop-in uses this information to show the available cards to your shopper.

2. When creating an instance of Drop-in, create a configuration object, and pass your client key. To make sure you collect the cardholder name, set holderNameRequired to true.

val cardConfiguration = CardConfiguration.Builder(context, "YOUR_CLIENT_KEY")
  // Makes the cardholder name required
  .setHolderNameRequired(true)
  // When you are ready to accept live payments, change the value to one of our live environments.
  .setEnvironment(Environment.TEST)
  .build()

val dropInConfiguration = DropInConfiguration.Builder(context, YourDropInService::class.java, "YOUR_CLIENT_KEY")
   // When you are ready to accept live payments, change the value to one of our live environments.
   .setEnvironment(Environment.TEST)
   .addCardConfiguration(cardConfiguration)
   .build()

Make a payment

When the shopper proceeds to pay, Drop-in returns the paymentComponentData.paymentMethod.

1. Pass the paymentComponentData.paymentMethod object to your server.

2. From your server, make a /payments request, specifying:

   Parameter name	Required	Description
   paymentMethod		The paymentComponentData.paymentMethod object from your client app.
   paymentMethod.holderName	Required for Visa	The cardholder's name.
   channel		Set to Android.
   returnUrl		The URL where the shopper will be redirected back to after completing 3D Secure authentication. Get this URL from Drop-in in the RedirectComponent.getReturnUrl(context). The return URL can be a maximum of 1024 characters and must not include // (double slash) after the top-level domain.
   browserInfo		Contains the userAgent and acceptHeader fields.
   billingAddress		The cardholder's billing address.
   shopperIP	Required for Visa	The shopper's IP address.
   shopperEmail	Required for Visa	The cardholder's email address. shopperEmail or a phone number is required for Visa.
   threeDS2requestData.homePhone threeDS2RequestData.workPhone threeDS2RequestData.mobilePhone	Required for Visa	A phone number for the shopper, include one of these fields. shopperEmail or a phone number is required for Visa.

   For higher authorisation rates, we recommend that you send additional parameters.

   For channel Android, we recommend including these additional parameters: billingAddress and shopperEmail.

Your next steps depend on whether the /payments response contains an action object:

Check the payment result

Drop-in redirects the shopper to perform the 3D Secure authentication. When the shopper returns back to your app, Drop-in provides the actionComponentData object.

1. Pass the actionComponentData.details to your server.

2. From your server, make a POST /payments/details request specifying:

   • details: This is the actionComponentData.details from the Component.
   • paymentData: Required if using Checkout API version 66 or earlier: the value from the last API response that you stored locally in the client-side app.

   You receive a response containing:

   • resultCode: Use this to present the result to your shopper.
   • pspReference: Our unique identifier for the transaction.

Present the payment result

Use the  resultCode from the /payments or /payments/details response to present the payment result to your shopper. You will also receive the outcome of the payment asynchronously in a webhook.

For card payments, you can receive the following resultCode values:

Test and go live

Use our test card numbers to test how your integration handles different 3D Secure authentication scenarios.

See also