Migrate your basic card integration
Migrate to an integration that can handle bank requests for card authentication.
If you followed the Card payments without bank authentication guide, your integration creates payments that decline when a bank asks the customer to authenticate the purchase.
If you start seeing many failed payments like the one in the Dashboard below or with an error code of requires_action_not_handled in the API, upgrade your basic integration to handle, rather than decline, these payments.
Use this guide to learn how to upgrade the integration you built in the previous guide to add server and client code that prompts the customer to authenticate the payment by displaying a modal.
Note
See a full sample of this integration on GitHub.
Check if the payment requires authentication Server-side
Make two changes to the endpoint on your server that creates the PaymentIntent:
- Remove the error_on_requires_action parameter to no longer fail payments that require authentication. Instead, the PaymentIntent status changes to requires _ action .
- Add the confirmation _ method parameter to indicate that you want to explicitly (manually) confirm the payment again on the server after handling authentication requests.
Command Line
Select a language
curl
Ruby
Python
PHP
Node.js
Java
Go
.NET
No results
Then update your “generate response” function to handle the requires_action state instead of erroring:
Command Line
Select a language
curl
Ruby
Python
PHP
Node.js
Java
Go
.NET
No results
# If the request succeeds, check the
# PaymentIntent's `status` and handle
# its `next_action`.
Ask the customer to authenticate Client-side
Next, update your client-side code to tell Stripe to show a modal if the customer needs to authenticate.
Use stripe.handleCardAction when a PaymentIntent has a status of requires_action. If successful, the PaymentIntent will have a status of requires_confirmation and you need to confirm the PaymentIntent again on your server to finish the payment.
const handleServerResponse = async (responseJson) => {
if (responseJson.error) {
// Show error from server on payment form
} else if (responseJson.requiresAction) {
// Use Stripe.js to handle the required card action
const { error: errorAction, paymentIntent } =
await stripe.handleCardAction(responseJson.clientSecret);
if (errorAction) {
// Show error from Stripe.js in payment form
} else {
// The card action has been handled
// The PaymentIntent can be confirmed again on the server
const serverResponse = await fetch('/pay', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ payment_intent_id: paymentIntent.id })
});
handleServerResponse(await serverResponse.json());
}
} else {
// Show success message
}
}
Confirm the PaymentIntent again Server-side
Using the same endpoint you set up earlier, confirm the PaymentIntent again to finalise the payment and fulfil the order. The payment attempt fails and transitions back to requires_payment_method if it isn’t confirmed again within one hour.
Command Line
Select a language
curl
Ruby
Python
PHP
Node.js
Java
Go
.NET
No results
Test the integration
Use our test cards in a sandbox to verify that your integration was properly updated. Stripe displays a fake authentication page inside the modal in a sandbox that lets you simulate a successful or failed authentication attempt. In live mode the bank controls the UI of what’s displayed inside the modal.
| Number | Description |
|---|---|
| Succeeds and immediately processes the payment. | |
Always fails with a decline code of insufficient_funds. | |
Requires authentication, which in this integration will fail with a decline code of authentication_not_handled. |