#skammerens-datter_api

1 messages ¡ Page 1 of 1 (latest)

wanton lanceBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1265380512000774164

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

sharp apexBOT
#

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

shrewd niche
#

The invoice remains unpaid, the active subscription is not set for the product, since the payment is not complete...
Yeah I mean that's expected behavior. 3DS means the customer needs to auth the payment

dusky elm
#

okay, but when the 3DS completes successfully, and stripe hides the dialogue, shouldn't it then proceed as if the payment was completed, since it just was? how does the 3DS step change the flow of the payment?

shrewd niche
#

Yeah. It's just a popup. Once the user auths, payment should complete successfully

dusky elm
#

okay, let me elaborate. When 3DS completes, the initial subscription is charged and everything is good. When the custoemr afterwards changes their plan, it is incomplete (does not happen with test card without 3DS) - this is the request: req_8vTxLiJDKeQjrm. The payment is "incomplete" from the invoice: in_1PfnuzGppVLMkw06vvYeK8I3

shrewd niche
#

Expected behavior for the card you used

dusky elm
#

okay, is that a regular type of card? I am asking since in Denmark most cards require 3DS validation with a digital signature called "MitID". Would most cards require authentication for every charge, or just the initial purchase of the subscription? Because in that case each renewal would be declined...

shrewd niche
#

I can't say what would happen in Denmark. Usually once a card is set up properly with 3ds, future transactions won't require it. However, there are exceptions and it is always up to the bank on whether a future, recurring transaction will require 3ds

dusky elm
#

is there a property we should set to indicate 3DS was successful and reuse that "token" / "handshake" or is that handled by Stripe automatically?

#

just trying to cover all my bases. We'll set up a webhook to monitor it

shrewd niche
#

No this is handled automatically by us