#benjam3960

1 messages · Page 1 of 1 (latest)

tidal snowBOT
untold karma
#

👋 happy to help

forest prairie
#

Hi @untold karma !

untold karma
#

if you do so, your customer will pay for a full cycle now and pay another one on oct 22nd

#

using Checkout Sessions you can't really create a subscription in the future

#

what you can do instead is to start with a trial

#

using

    trial_period_days: x,
}```
#

could that work for you?

forest prairie
#

I am trying in test mode

#

I thought not creating proration and starting the billing_cycle_anchor to a future date will allow to start the billing cycle in a future date

#

Description from the API : subscription_data.billing_cycle_anchor
optional
A future timestamp to anchor the subscription’s billing cycle for new subscriptions.

untold karma
#

to anchor doesn't mean to start in the future

#

to anchor means the date that will be used as the renewal of each cycle

#

so if you're on a monthly subscription

#

each billing cycle will start on the 22nd of the month

#

so basically your customer will technically have a billing cycle from the 22nd Sept to 21st Oct and based on whether you want prorations or not they will pay accordingly for that period

#

either prorations: none and they pay the full period

#

or with prorations and they will be the remaining ~10 days (between the 11 and the 21st)

forest prairie
#

I just made a test with the trial period as you recommended and it works

#

I have made also a test with what I have purpose and it works also : It shows 0€ to pay now and xx€ to pay from 22nd of October

untold karma
#

would you mind sharing both subscription IDs?

forest prairie
#

Free trial period : sub_1Nzyv2HIIiQEaaQSZjccGFcW

#

Future billing anchor : sub_1Nzz1MHIIiQEaaQS6u6264BC

untold karma
#

taking a look

#

I wasn't aware of that integration path to be honest, it's specific to Checkout

#

basically it's better this way, especially to better curate the provisioning. In the trial path you would have a first invoice of €0 and an invoice.paid event

#

whereas when you disable proration the first period isn't in trial and there's no invoice created for that period so no invoice.paid event

tidal snowBOT
left tree
#

Hey, taking over here. Let me know if there's any follow-up Qs I can answer!

forest prairie
#

Hi ! So I understand that it is better to follow my suggestion (subscription_data[billing_cycle_anchor] = Oct 22nd and subscription_data[proration_behavior] = none ) than using the tarzan suggestion subscription_data: {
trial_period_days: x,
})
Am I right ?

left tree
#

If you want to offer a 'free' period without the trial phrasing then yes you can fix the billing cycle and disable prorations

forest prairie
#

I don't want to offer a free period, I want to start the subscription in a future date (I'm doing furniture rental, so the subscription start when the furniture has been delivered)

left tree
#

Yes, that's fne. But to be clear the subscription will be created immediately and be active from the Checkout Session confirmation. We just won't bill them until the date specified

#

Hence the technical 'free period'

#

You can't delay the actual creation/start of the subscription until a later date with Checkout

forest prairie
#

So how I should do to have the subscription in the tab "Planned" instead of "Current" in the Billing Stripe dashboard ?

left tree
#

Checkout doesn't use that API

forest prairie
#

But I need to catch the bank account number (IBAN) from the customer