#mtoledo2
1 messages ยท Page 1 of 1 (latest)
Hi ๐
I think you can do that. Have you tested anything yourself?
From the UI it doesn't allow me but curious if through the API there is a difference, I suspect not but have found there are things you can do through API that cannot be done through UI
You can test this yourself pretty quickly using Test mode API keys.
Yeah, should've done that, let me do that and report back
Thanks!
FYI, it's not supported
{
"error": {
"message": "Checkout does not support multiple prices with different billing intervals.",
"type": "invalid_request_error"
}
}
I wonder if this is because of the invoice model and just can't have 2 different invoices with different cadences
Okay I think the issue is it's trying to create a single subscription with multiple prices
And the Subscription model needs to have a single billing cycle associated with it
I see. So solution here is basically to have essentially 2 different payments for each subscription.
Any workarounds you can think of to only have 1 transaction? Hoping to not have 2 transactions on a user's statement when they initially purchase.
Ideally have a single invoice/charge for the first purchase
But you want to have 2 separate billing cadences?
Correct
My mental model is if I'm at a cash register I wouldn't swipe my card twice for 2 things that I'm buying even if they're different cadences
I can see that but it isn't how Subscriptions are designed in Stripe. You can do it like this but it would be tricky
Here is how I would square that circle
- create one subscription with one cadence - generates an initial invoice
- create second subscription with different cadence - generates an initial invoice.
- Create a separate payment intent for an amount that covers both initial prices.
- mark each invoice for the subscription as Paid with the
paid_out_of_bandparameter set to true
Ok, awesome thanks! Agreed it's tricky and might not be worth the hassle but wanted to understand how it can be done to be able to make that decision
Happy to shed what ๐ก I can ๐
This approach does mean you will need to track the association between the initial payment and the subscriptions yourself. I recommend putting that info in the metadata of the Payment Intent in step 3