#mkp_async_paymentmethods_webhooks

1 messages ยท Page 1 of 1 (latest)

tame schoonerBOT
small sundialBOT
#

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.

tame schoonerBOT
#

๐Ÿ‘‹ 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.

calm sonnet
#

Hello

brazen lark
#

o/

calm sonnet
#

Overall the best thing to do is test it out!

#

But a Subscription would get created as soon as the Checkout Session is completed

brazen lark
#

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?

calm sonnet
#

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

tame schoonerBOT
brazen lark
#

Crazy. Is my code base's complexity worth supporting this?

calm sonnet
#

I mean that really just depends on whether you want to support async payment methods for your customers or not

brazen lark
#

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.

zealous stump
#

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.

brazen lark
#

Thanks for the help ๐Ÿ‘

zealous stump
#

Sure thing, it's why we're here ๐Ÿ™‚