#geordi-subscriptions
1 messages · Page 1 of 1 (latest)
hi there! can you share the request id for which you've seen this error? it'd look like req_xxx
https://support.stripe.com/questions/finding-the-id-for-an-api-request
Sure thing: req_VqtcWkcGv6Xv26
hrm, so based off this request, you're backdating the start date to Thu Jun 09 2022 00:00:00. Then the trial end is Sat Sep 09 2023 00:00:00, and the billing cycle anchor is set to Fri Jun 09 2023 00:00:00
np
First was me trying a work around
gimme a while to think about this
No worries - context: wanting to give three free months to a subscription where the customer has already been paying for a year or so, so wanting to compensate on an existing billing period
okay so, the problem is with the inclusion of the trial
when you use the trial, the billing cycle end date is set to the trial end date
so when you set a billing cycle anchor, the billing cycle anchor > trial end date - which is why it's complaining "billing_cycle_anchor cannot be later than next natural billing date"
so assuming that i understand what you want correctly :
- backdate to June 9 2022
- trial ends on Sept 9 2022
- then you want the current billing cycle to end on June 9 2023
i think you might be better off considering subscription schedules to schedule the updates to the subscription : https://stripe.com/docs/billing/subscriptions/subscription-schedules
I think this is the case, yes
phase 1 : first create the subscription with 1 &2. In phase 2 (when the trial ends), then update the billing cycle anchor
But then they would still pay the same on June 9th 2023 right?
so not really being compensated?
i don't think so, if you prorate the update, they should be paying less
you'd want to use the test clock to test this : https://stripe.com/docs/billing/testing/test-clocks
Ahhh Okay so the next billing date would be less, but the following would restore to the original amount?
if you're asking if they'll be billed the full price in 2024 - yes
Yep, nice - will give this a shot - thanks!
feel free to reach out again if you need any help or if what i suggest doesn't work for any reason. subscriptions are complex
Will do, thanks a bunch!
@zenith sierra sorry, i was just testing things again, actually your original idea of using trial end with billing cycle anchor would work fine and you shouldn't use subscription schedules
the problem with req_VqtcWkcGv6Xv26 is that your trial_end unix timestamp is wrong
try trial_end=1662681600, billing_cycle_anchor=1686268800, backdate_start_date=1654732800