#GJ - checkout 3ds
1 messages · Page 1 of 1 (latest)
Can you explain more about what you're trying to do or check?
You can configured you basic Radar settings to control 3DS flows here:
https://dashboard.stripe.com/test/settings/radar/rules
I just added the script to show the prebuilt checkout and using ChargeService for payment
Now am doing test with test cards. And it seems to be working with card wihout need authentication
And am getting exception while am using the card with authentication requires.
Thank you.. Let me check the settings
Sure, you need to make sure to use a test card that supports 3DS
Enabled the rule in Radar
Request 3DS if 3D Secure is supported for card
But am not sure how to do the authentication.. still am getting exception Your card was declined. This transaction requires authentication.
Where are you seeing this? This should be managed for you when using Checkout, as you describe.
am using this script to load checkout form.
<script src="https://checkout.stripe.com/checkout.js"
class="stripe-button"
data-key="pk_key"
data-locale="auto"
data-description="Sample Charge"
data-amount="1000">
</script>
And in form post, am creating Charge object using ChargeService , but am getting exception in this method (in .net)
Charge stripeCharge = chargeService.Create(myCharge);
Oh, you should not use this, that's a legacy integration that noes not support 3ds
Is this something new you're building, or an existing integration?
OK in that case you should read here: https://stripe.com/docs/payments/accept-a-payment?ui=checkout
web + prebuilt checkout tabs, and work through the steps there
Our current Checkout product requires redirecting to a stripe-hosted payment page
okay .. let me try it.. thank you
NP! Let me know if you have any questions
i think it is working as expected. But still have some doubts
If we decline the payment, it is not return back to the application like error or declined , instead it stay in the same authentication page ( checkout form). Is it the expected behaviour ?
also we dont needed the publishable key anywhere ?
You mean if you use a 3ds card like 4000002500003155 and then click "fail" in the modal?
yes.. exactly
Yes, this is expected to stay on the checkout page to let your customer provide a new card/payment method
okay
You would receive a payment_intent.payment_failed webhook event if subscribed to those, if you wanted to track when customers encounter payment failures like this
okay.. then when error url will fire ...
I mean before redirecting to checkout form, we are giving both success and error url.
It's actually a cancel url (cancel_url) which is for when customers abort the payment and hit "back"
https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-cancel_url
eg, this:
okay got it.
I will take a look on the webhook. Thank you
NP!