#_alex
dry sapphire
glossy aspen
hi! my guess is that the test clock doesn't impact that and the calculation we use only looks at the actual time. Test Clocks are only scoped to certain objects like Subscriptions, they're not changing "global time" across all objects on your account unfortunately — I don't think we explicitly design them to have this interaction with promo codes and Checkout.
gloomy palm
OK
Thank you for clarifying that.
Could you help me in a different way and check if the configuration of my promotional code matches my expectation?
neon gate
👋 taking over for my colleague. Let me catch up.
gloomy palm
My goal is to have a promotion code that can be used at the checkout. Any user having it should be able to purchase as many subscriptions as he wants, but only until the end of this month. The promotion (20% off) should be applied only to the first invoice in each subscription (all are annual subscriptions).
neon gate
would you mind sharing your promo code id?
gloomy palm
The id is: promo_1LomSyHLoAe2CiAVPyvs3bxv
neon gate
taking a look
gloomy palm
Example:
- User buys a subscription with normal price of $50 today and uses the code. He is being billed only $40 (20% off)
- He does it again at the end of the month. Also $40.
- He does it again at the beginning of November. He can't redeem the code anymore and has to pay the full price - $50
- After a year, when the new billing cycle starts, he is charged normal price on all of the previously discounted subscriptions - $50 each. And this continues as long as he is subscribed.
gloomy palm
taking a look
take your time 🙂
neon gate
Ok so looking at the underlying coupon you've used to create your promotion code, it seems that you are creating it correctly to be used once for each subscription(meaning only on the first invoice)
gloomy palm
OK
neon gate
the problem is that your customer can buy as much subscriptions as they want and each time they can reuse the same promo code and apply it since the promo code isn't assigned to a customer ID and doesn't have a max_redemption of 1
gloomy palm
so it will behave exactly as in the example I gave you, where he can buy unlimited number of different subscriptions. Correct?
*with the promotional code
neon gate
if you don't change anything, yes they can do that x times until the expiry of the promotion code
if you want to limit it to 1 time only, you'd have to create a promo code per customer and use the max_redemption parameter and set it to 1 so they can't reuse the same promo code twice
gloomy palm
per user? Isn't it enough that I just set the "Limit the number of times this code can be redeemed" to 1?
You mean that for each of possibly 1000 users, I would have to have a different code?
neon gate
we actually don't have a way of limiting per customer unless you create a promo code per customer
you can limit let's say for 10, but they can all be redeemed by the same customer
gloomy palm
OK. So that is not really an avenue that is worth considering at the moment. My goal is to get as many users I can to get as much as I can and keep my fingers crossed that the churn will be low, so they will pay full price next year.
*as many subscriptions
Can I ask you a related question question?
neon gate
yes sure
gloomy palm
If I would decide to change the prices next year, is there an easy way to update them for users who have already purchased a subscription?
Example: price_xyz.... is $50/year and after update the same price with id "price_xyz" is $60/year. Without me having to change stuff in my DB, update subscriptions one by one in Stripe etc.
neon gate
taking to look at this
gloomy palm
Cool. I appreciate it. Take your time 🙂
neon gate
unfortunately there is no way of updating the amount of a price making it impossible to do your scenario without having to go through all of the subscriptions and upgrading them