This page explains how to add cards to your existing React Native Drop-in integration.
Requirements
| Requirement | Description | 
|---|---|
| Integration type | Make sure that you have built your React Native Drop-in integration. | 
| Setup steps | Before you begin, add cards in your test Customer Area. | 
API reference
You do not need to send additional fields for cards. See the /payments endpoint API reference for the optional fields you can send.
You can send additional fields for specific use cases. For example showing debit and credit cards separately.
Drop-in configuration
There is no required cards specific integration for Drop-in.
Optional configuration
You can optionally include the following properties when you configure AdyenCheckout:
| Parameter name | Description | Default | 
|---|---|---|
| holderNameRequired | Set to true to show the field for the cardholder name. | false | 
| hideCvc | Set to true to hide the security code (CVV/CVC) field. | false | 
| showStorePaymentField | Set to false to hide the option to store card details. | true | 
| hideCvcStoredCard | Set to true to hide the security code (CVV/CVC) code field for stored cards. | false | 
| addressVisibility | Sets which billing address fields to show in the payment form. Possible values: - none: do not show billing address fields. - postal: show only the postal code field. - full: show all address fields. - lookup: suggest addresses to the shopper when they enter data into address input. If using lookup, you must also implement the onUpdateAddressandonConfirmAddresscallbacks. | none | 
| supported | List of supported card types that you recognize. | The list of card brandsfrom the  /paymentMethods response. | 
| allowedAddressCountryCodes | Specify the ISO 3166 country codes if you only support payments from cards issued in specific countries. | |
| kcpVisibility | For Korean cards, sets if security fields show in the payment form. Possible values: - show: show the fields. - hide: do not show the fields. | hide | 
| socialSecurity | For Brazilian cards, sets if the CPF/CNPJ social security number field shows in the payment form. Possible values: - show: show the field. - hide: do not show the field. | hide | 
| onUpdateAddress: (prompt, lookup) => {} | If addressVisibilityis set to lookup, the callback that provideslookupresults for the shopper'sprompt. | |
| onConfirmAddress: (address, lookup) => {} | If addressVisibilityis set to lookup, the callback to confirm theaddressselected by the shopper tolookup. | 
Showing debit and credit cards separately
Supported from Checkout API v53 or later.
When you make a /paymentMethods request from your server, include:
- splitCardFundingSources: Set to true.
The following example shows how to do this for a shopper in the Netherlands, making a EUR 47.00 payment.
The response includes the list of available payment methods, with debit and credit cards split into separate objects.
Combo cards
For debit transactions, we highly recommend using 3D Secure and automatic capture due to some issuers' restrictions.
Sweden
To comply with local legislation, set countryCode to SE in your request. Drop-in shows the payment form for Debit Card before the one for Credit Card.
Card brand recognition
When the shopper is entering their card details, Drop-in tries to recognize the card brand. When successful, Drop-in renders the brand icon and the corresponding input field for the card security code (CVC, CVV, or CID).
Co-badged cards
Co-badged cards are rendered by Drop-in according to the co-badged card regulations for the applicable regions. This means that Drop-in renders all supported brands, and allows the cardholder to choose their preferred brand.
Recurring payments
Cards support tokenization for one-click, subscription, and unscheduled card-on-file payments. Refer to Create tokens to integrate with our tokenization feature.
We strongly recommend that you ask explicit permission from the shopper if you intend to make future recurring payments. Being transparent about the payment schedule and the charged amount reduces the risk of chargebacks.
Store card details
When creating a token for cards:
- 
In your AdyenCheckoutconfiguration, make sure thatshowStorePaymentFieldis set to true. This shows a switch for your shopper to choose to store their card details.// Configuration object. const configuration = { // Other required and optional configuration properties. showStorePaymentField: false }; // Configuring Adyen Checkout. <AdyenCheckout config=configuration // Other properties. > <YourCheckoutView/> // Your checkout view that uses AdyenCheckout as the context. </AdyenCheckout>
- 
Make an API request to create a token using standard tokenization parameters. You do not need to include any additional parameters for cards. 
When a token is created, you receive a  recurring.token.created webhook. The webhook contains the storedPaymentMethodId that you can use to make subsequent payments using the stored payment details.
Make a one-click payment
Make a one-click payment using standard tokenization parameters. You do not need to include any additional parameters for cards.
Make a subscription payment
Make a subscription payment using standard tokenization parameters. You do not need to include any additional parameters for cards.
Make an unscheduled card-on-file payment
Make an unscheduled card-on-file payment using standard tokenization parameters. You do not need to include any additional parameters for cards.
Test and go live
If your client-side integration isn't ready, you can test API requests with encrypted card details by adding a test_ prefix to the test card details.
Before making live card payments:
- 
Test your integration using our test card numbers. You can check the status of test payments in your Customer Area > Transactions > Payments. 
- 
Add the cards that you want to accept in your live Customer Area.