#geo_best-practices
1 messages ¡ Page 1 of 1 (latest)
đ Welcome to your new thread!
â˛ď¸ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
âąď¸ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always 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/1475517529576312923
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
- You can initiate a refund via the API or dashboard. Subscription refunds work the same as other refunds, you tell us which payment to refund and can tell us to refund only a partial amount if you don't want a full refund.
- This depends on how you do the update. If you update the subscription directly, the subscription's current price will switch to the new price that you specified. You can use subscription schedules if you want the subscription to change at a specific point in the future.
- Yes, you can use a 100% off coupon or a credit note to cover the first year's payment.
for 2, my ideal goal would be to keep folks who alreay purchased on the same price but new folks under new price? Can I just create another price and attach to the sub or somethign similar?
for 3, when you mention coupon it would be one created in stripe correct? I can' create one in my system and use that override the price right? Would you mind explaining what is a credit note?
Ah I misread your question #2. If you create a new price, nothing happens to the existing subscriptions. Basically subscriptions charge your customers based on their list of price objects. In your scenario, everyone now is on price_123, if you create price_456 then all of the existing subscriptions just have price_123 still so they keep charging like that. Subscriptions only start using price_456 when you start using that price to create subscriptions.
For #3, yes Stripe only knows what is in our system. If you pass us a value that is only defined in your system we would have no way of knowing if that was valid or not. This doc talks about credit notes and how to create them.
got it, chatgpt mentioned something about trial periods, would like to know if this is a valid approach to tackle number 3 or if what you recommended is the best way
Ah yep that would be another option. When creating a subscription you can just specify a trial length and then we don't charge until that period is over.
The main differences I can think of between these three methods would be the subscription's status are how upgrades/downgrades are handled.
For the status, trialing subscriptions have a status of trialing rather than active, your code can treat those statuses as the same, but that could get confusing if you end up using the trial functionality for other things like an actual short trial before a full billing period.
Upgrades and downgrades only matter if you have multiple plans and allow switching between them during this trial period. The different options would have different effects on how prorations are calculated. That can get complex so I would recommend reading the docs and testing if you are going down that path.
how do you mean upgrades and downgrades? I don't think my scenario will get this complex but would still like to understand anyway
Good question, I was just talking about changing the subscription's price. So for example some users will have a $10 plan and a $15 plan, if you switch from $10 to $15 in the middle of the cycle, they may want to charge some portion of the $5 difference between them
https://docs.stripe.com/billing/subscriptions/change-price