#mohamad-subscription-pricing

1 messages · Page 1 of 1 (latest)

minor steppeBOT
hasty coral
#

mohamad-subscription-pricing

#

let me try

#

@tawdry raft so yes that would work I just tried which you can also do quickly. One Product prod_123 can have multiple separate Prices price_123 and you can add 2 Prices for the same Product on one Subscription and we'd charge the total amount of both Prices.

Now, while this works, I would discourage doing this since line items on Invoices would say the same description about the Product because the same

tawdry raft
#

i got you, it is kind of last minute request from management and i doubt we can change the code internally to handle more than one product for a subscription. I keep the invoice item description in mind.

#

is it ok to ask you a question about the arrears and proration calculation when we have a complex billing here?

hasty coral
#

We can try at least, not sure I can help

tawdry raft
#

thanks a lot

#

we have a very customized billing scheme.
Our management wants to charge in advance. so we went for the per-seat license. but we have elements of metered usage!! we could not change the understanding of our management about billing and how it works! so they need a mix of per-seat (charge customers in the beginning of every month) and involving the metered usage of users!
We decided to calculate the arrears and proration ourselves when user wants to change the plan. We think that when user wants to change the plan in the middle of the month, then we calculate the invoices for the previous product in the first half of the month and charge user's credit card and then calculate the invoices for the second half of the month, charge the user in advance and then use the subscription phase to fix it in the next month.

Sorry if i am confusing but i need a page to read about this customized invoice/subscription management and understand if the price type we chose is correct, per-seat (licensed) or metered?

hasty coral
#

So you're saying that if you update a Subscription mid-cycle you don't use our own proration calculation logic at all, you do your own math and add the right extra amount/credit as needed?

tawdry raft
#

we wanted to use the Stripe logic to calculate those but we understood that it is not provided for our specific usecase and we have to do it. So we chose to calculate everything ourselves and manage the subscription phases.

hasty coral
#

Can you give a short concrete example of what doesn't work?

#

Like the proration calculation makes sense for the per-seat fees and we can do that. We don't prorate metered, is that the issue?

tawdry raft
#

for instance, for metered billing price type, Stripe says it will not calculate proration when the subscription changesi nthe middle of the month

#

yes that is correct

#

my understanding is that in the metered billing, Stripe do not help with those proration calculation

hasty coral
#

correct because in most case you charge for "real usage" like an email sent, a volume of transactions, etc.

tawdry raft
#

so when we are not sure if our management stick to only per-seat pricing in future, then it is safe to go with metered pricing?

hasty coral
#

it's quite rare to need proration on metered pricing, most business models don't have that concept

#

But ultimately if you have a portion of "metered" that you still want to prorate, you do need that math yourself which is seems you planned already

#

So now with that clarified, I don't really understand what doc(s) you are looking for?

tawdry raft
#

how to apply the charges in the middle of the month when user wants to change the product.

#

i know that it needs to be done through the invoices api

hasty coral
#

Ah gotcha

tawdry raft
#

just create the invoices and finalize them instantly and then add/edit/remove some phases form the subscription

hasty coral
tawdry raft
#

thanks, let me read them.