birdy247_code | Stripe Developers | Page 1

silent hearthBOT Dec 19, 2024, 2:28 PM

#

👋 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/1319310342936854579

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

#

dreamy reef Dec 19, 2024, 2:32 PM

#

👋
Why not creating a Subscription with a backdate 1st of January and set billing_cycle_anchor the 1st of next January?
https://docs.stripe.com/api/subscriptions/create#create_subscription-backdate_start_date
https://docs.stripe.com/api/subscriptions/create#create_subscription-billing_cycle_anchor

rigid jackal Dec 19, 2024, 2:37 PM

#

backdate says it will prorate

#

We dont want this, any way to avoid?

dreamy reef Dec 19, 2024, 2:39 PM

#

Yes that's why I suggested using it with billing_cycle_anchor

#

I think that should work

#

I invite you to make a test

rigid jackal Dec 19, 2024, 2:40 PM

#

Would we have to set none for proration_behavior

dreamy reef Dec 19, 2024, 2:41 PM

#

Yes good point, I don't think it would be necessary because the result proration will be the full amount, if you passed exactly 1 year lap between the backdata and the billing cycle

#

But it's safer to specify it too.

rigid jackal Dec 19, 2024, 2:42 PM

#

If we had someone join on 1st Oct 2024 and we wanted to take payment today but next renewal is 1st Jan 2026, would this approach also work?

dreamy reef Dec 19, 2024, 2:44 PM

#

You mean 1st Jan 2025 ?

rigid jackal Dec 19, 2024, 2:44 PM

#

No 1st Jan 2026

#

We essentially give people who join within 3 months of the period ending, those months free

#

So they pay today, this then takes them through to end of next period (i.e. period + 2 months)

dreamy reef Dec 19, 2024, 2:45 PM

#

Ah no, this is different then.

rigid jackal Dec 19, 2024, 2:46 PM

#

We would ideally have one process that could cater for both scenarios

dreamy reef Dec 19, 2024, 2:48 PM

#

I see. What you can do actually is to use one-time Invoice for paying the first Subscription period. You create the Subscription with a free price for the first period and then you update the Subscription with the expected price for the period 2

rigid jackal Dec 19, 2024, 2:48 PM

#

What about the method I suggested

#

Where we create an invoice, finalise it and attach it to te customer, then create a subscription with a long number of trial days

#

Would that work?

dreamy reef Dec 19, 2024, 2:51 PM

#

You'll need 2 trial periods, one between 1st Oct 24 => 31st Dec 24 and a second from 1st Jan 24 to 31 Dec 24

rigid jackal Dec 19, 2024, 2:51 PM

#

Trial periods can't be longer than 1 year?

silent hearthBOT Dec 19, 2024, 2:53 PM

#

buoyant pike Dec 19, 2024, 2:54 PM

#

👋 stepping in

rigid jackal Dec 19, 2024, 2:54 PM

#

Thanks

buoyant pike Dec 19, 2024, 2:54 PM

#

Trials can be up to 2 billing periods based on the Price being used.

#

If I remember correctly...

#

Should be able to test quite easily

rigid jackal Dec 19, 2024, 2:55 PM

#

Ok, so if a period is 1 year, then we would be fine

#

Can you check my suggested flow for the 2 scenarios we are trying to solve

buoyant pike Dec 19, 2024, 2:57 PM

#

Is there a reason to create a separate Invoice instead of just updating the Subscription to be on trial until the next billing period ?

rigid jackal Dec 19, 2024, 2:58 PM

#

How would we charge them today without an invoice?

buoyant pike Dec 19, 2024, 2:58 PM

#

You would charge them via the initial Invoice for the Subscription

#

Instead of creating a separate Invoice and then a Subscription

rigid jackal Dec 19, 2024, 2:59 PM

#

Ok, we would grab the invoice and update it?

#

I wasnt sure if it was already finalsied

#

the latest_invoice ?

buoyant pike Dec 19, 2024, 3:00 PM

#

What do you mean by "update it"?

#

The initial Invoice for the Subscription is finalized on Subscription creation

#

So yes you would expand latest_invoice.payment_intent and then use that PaymentIntent to confirm the initial charge

#

Then if successful you can update the Subscription to set it on trial until the next time you want to bill for the Subscription

rigid jackal Dec 19, 2024, 3:01 PM

#

Ok, so just so we are on the same page

#

today = 1st Nov 2024
Member signs up today, we give them 2 months free and their next charge is 1st Jan 2026

The member would be charged today and then again on 1st Jan 2026

buoyant pike Dec 19, 2024, 3:03 PM

#

Yep so you create the Subscription with the normal yearly Price without a trial

#

Then after that initial charge you update the Subscription to a trial until Jan 1, 2026 so they are charged again.

rigid jackal Dec 19, 2024, 3:03 PM

#

Got it

buoyant pike Dec 19, 2024, 3:03 PM

#

If you prefer to go the other route and just use a separate Invoice then that works too

#

But this just keeps everything associated to the Subscription

#

So seems cleaner to me

rigid jackal Dec 19, 2024, 3:05 PM

#

And if we look at the other scenario where someone joins on 1st March and we want to collect payment today and then again on 1st Jan

buoyant pike Dec 19, 2024, 3:06 PM

#

That's the same scenario as the above, no?

#

Doesn't matter when during the year they join.

#

You do the same thing, just different length of trial period.

rigid jackal Dec 19, 2024, 3:09 PM

#

I think you are right

#

This is helpful

#

Thanks

#birdy247_code