#mkp_async_paymentmethods_webhooks
1 messages ยท Page 1 of 1 (latest)
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.
- mkp_webhooks, 3 days ago, 42 messages
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can 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/1252285850549620767
๐ Have more to share? Add details, code, screenshots, videos, etc. below.
Hello
o/
Overall the best thing to do is test it out!
But a Subscription would get created as soon as the Checkout Session is completed
So I see a trade off here. I dont have the funds but they have subscription access and its possible to fail OR I wait for the funds to be captured and they lose out on some subscription time?
Or shall a customer.subscription.updated adjust the time appropriately?
Yeah you would want to decide how you handle these async payment methods
You could wait until you receive the payment_intent.succeeded Event to provision access
Or you may provision and the payment fails
Both are possible
Crazy. Is my code base's complexity worth supporting this?
I mean that really just depends on whether you want to support async payment methods for your customers or not
Hmm I guess not. I can't see a reason in my mind to allow async payments due to the nature of the subscription. It opens my service up to free service assuming no fault of the customer's voucher failing.
And supporting a customer's perferred payment makes sense, but surely they have another way to pay in switzerland.
Hi ๐
I'm stepping in as my colleague needs to go soon.
It sounds to me like you have a decent idea of how to proceed. Ultimately these decisions are up to you and how you want your business logic to handle these scenarios.
Thanks for the help ๐
Sure thing, it's why we're here ๐