#Benoît

1 messages · Page 1 of 1 (latest)

strange etherBOT
undone bison
#

that's not really possible in a simple way, trials apply to the whole subscription.

#

I think generally you'd use coupons for example but it's hard to say. Can you give me an example of what you want to happen exactly?

#

let's say I have a subscription that bills on the 1st of month, currently with one item that costs $100 a month, it is currently July 20. I want to add this 'new item' that costs $50 a month. What should happen in terms of invoices/charges and when (now, on July 27, or on Aug 1?)

last relic
#

Thank you for this appropriate answer et questions.
My need is VERY specific.

1/ the invoice of the new item should happen on july 27
2/ The invoice on july 27 must be of 50$ (the full price of the new item)
3/ on august 1st, the invoice must be 100$ + (4 days * 50$ / 31 days), as the full price was already fully paid previously

#

Knowing that points 2 and 3 are already developped and working

#

I just need to integrate the custom "trial" period

undone bison
#

hmm

#

that's pretty hard to model in Stripe really since it's not how our proration and billing cycles work, I'm thinking about it but I don't really know off the top of my head how to do this

#

The invoice on july 27 must be of 50$ (the full price of the new item)
can you omit that requirement?

#

i.e. instead, you add the item on the 27th, and then the invoice on Aug 1 is $100 + (4 days * 50$ / 31 days) + $50(upcoming month)

#

that's quite easy to do.

#

but if you have that requirement, then your only solutions are going to involve manually creating an Invoice, and manually calculating proration amounts and adding those directly to Invoices, rather than having Stripe calculate them

last relic
#

I could, but if my customer subscribe to this plan on july 2nd, and cancel this subscription item on july 17th (more than the trial period after), then he would have used our app feature during 8 extra days without having payed for it

undone bison
#

yeah I guess. Really the solutions I see here are

  1. On July 20th, you could maybe add the item. Use proration_behavior:none in the Update Subscription call.
    2 .On July 27h, manually create an Invoice for the Customer. Add a one-time Invoice Item for an amount equal to the item that you added, the $50 here. https://stripe.com/docs/invoicing/integration
  2. When that Invoice is paid, calculate proration yourself in your code for this "(4 days * 50$ / 31 days)" amount based on when the cycle is over(current_period_end on the Subscription). Add that amount as an InvoiceItem to the Subscription. https://stripe.com/docs/billing/invoices/subscription#adding-upcoming-invoice-items
    4 on Aug 1, the Invoice will be for $100(upcoming month of existing item) + $50(upcoming month of new item) + "(4 days * 50$ / 31 days)"
#

this does have multiple problems really. and in writing it I realise I don't understand what your "(4 days * 50$ / 31 days)" is meant to be, and maybe you mean it to be negative? Like why am I paying $50 on July 27, then e.g. $57 on Aug 1. The natural thing might be more like I pay $7 on July 27(prorate me for access for the remainder of the month, and $50 on Aug 1(upcoming month).
your use case is complex and hard to do on Stripe so you're in for a lot of pain unfortunately

last relic
#

It's not a negative amount, i just need my customer to pay the whole price immediately (like if it was the first subscription item in fact), but when the main subscription billing cycle would arrive, i could not charge my customer of the full price because he already paid for it few days ago, so his next invoice must include to prorated new item price, you see ?

#

If my client paid 50$ on july 27th, i can't charge him with 50$ on august 1st, it must be prorated to reflect the difference he already paid

undone bison
#

yeah so what you actually want is July 27th -> $50; Aug 1 -> ($50 - (4 days proration of $50))

#

ah no

last relic
#

50$ - 27 days of proration

undone bison
#

yes

#

so not what you said initially, which is why I'm partly confused

last relic
#

Where do i have wrote the misunderstanding thing ?

undone bison
#

but yeah this is all really complex and not really possible to happen cleanly.
with how our subscriptions work, if you add an item to a subscription, you can't charge for it immediately without also resetting the billing cycle and charging for the upcoming period all together

undone bison
#

overall the only solution I see here is that you manually create an Invoice at the time of the 'trial end', for the amount of the item added, and then you manually calculate a proration discount/charge, and add that to the subscription so it's incorporated into the next natural invoice.

#

gotta leave for the day but hopefully that was helpful.

last relic
#

Yes

#

Thanks for your answers

last relic