#js-subscription-mixedbillingcycles

1 messages · Page 1 of 1 (latest)

warped yewBOT
#

Hello! We'll be with you shortly. 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.

maiden valley
#

@trim talon what's your detailed summarized question so that I can help you?

trim talon
#

Hello, I need to create subscriptions to marketplaces where the customer can purchase cross subscriptions to the shopping cart with different intervals and different prices. Checkout session is not supported for this use case. Do I have other alternatives?

#

I have a lot of sellers with account connect
My idea is to develop a page similar to the checkout session page, but where you can purchase multiple subscriptions with different intervals.

maiden valley
#

Our Billing product does not support mixing up billing interval at all so this is mostly impossible. You either need separate Subscriptions or you need to build some of the logic yourself

#

js-subscription-mixedbillingcycles

trim talon
#

Yes, I can create separate subscriptions with their own intervals, but from the customer's point of view in the shopping cart you can have many subscriptions with different intervals.

#

An idea could be to create a payment intent with a subscription and if the payment is confirmed, create the different subscriptions in the service, recovering the customer's payment method with stripe element

#

But I don't know if it is a good alternative, what alternative could you please give me?

maiden valley
#

I would recommend ~never allowing this if it were me and have separate payments for each billing cycles instead.

#

But yes you can always create a PaymentIntent for the full amount yourself, get it paid, and then create separate Subscriptions on a trial period until their next payment. But future payments would always be per Subscription, they wouldn't be "unified" on one Invoice for example

trim talon
#

Yes, the payments and life cycles are different but from the user's point of view, he does not know how to handle it, he only sees a shopping cart and I want to buy 2 different subscriptions that may or may not have the same interval

maiden valley
#

I get that but if it were me I would force them to go through the payment flow twice separately

trim talon
#

the checkout session does not support that

trim talon
maiden valley
#

yes if I were a developerbuilding such a website I'd have pay for the yearly price and the monthly price separately and not mix them up. It's a reasonable limitation of most payment flows

trim talon
#

I have seen in other subscription marketplaces where the customer can make payment for different subscriptions in the same transaction.

#

And how could I do that use case from stripe? Should I create my own flow?

maiden valley
#

I mean it's not really supported with Stripe unless you hack around some limitations like your upfront PaymentIntent.

trim talon
#

And how would I do that?

maiden valley
#

Do what part?

trim talon
#

allow pay multiple subscriptions wiht differents intervalos from fronted shopping cart

#

same transaction

maiden valley
#

but you're the one that came up with the solution already. You said

An idea could be to create a payment intent with a subscription and if the payment is confirmed, create the different subscriptions in the service, recovering the customer's payment method with stripe element

#

Like there is no good way on Stripe to do this without working around the limitations

trim talon
#

ok, thanks a lot 👍