#disconsented-subscriptions
1 messages · Page 1 of 1 (latest)
A reverse of the longer billing cycle == discount idea essentially
if it's a one time off, you can create an invoice item : https://stripe.com/docs/api/invoiceitems/create
What about for an ongoing subscription?
I'm assuming the answer is price for the shortest cycle and apply discounts as relevant
You can update the subscription by adding the new price in the subscription's items hash https://stripe.com/docs/api/subscriptions/update#update_subscription-items
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Sorry I mean I want the charge to apply for the lifetime of the subscription
Yup, once you added in the new price in the subscription, it'll be included in the future invoices.
Ah so add a new price to handle it, hmm okay, then how do I model the price then?
Sure, Stripe offers many pricing models for subscription. You can find them here https://stripe.com/docs/products-prices/pricing-models
I've got that open at the moment, I'm having trouble finding a percentage price option.
What do you mean by percentage price option?
I'd want the surcharge to be a percentage of the fee rather than a fixed amount
Most discounts based on billing cycles are percentage, hence the question for a negative coupon
I guess a ""Tax Rate"" would work?
Are you collecting the surcharge for tax purpose?
No
Then I won't recommend you using tax rate.
Well, is this even possible? As far as I can tell, all prices are essentially fixed prices the only things that I see reference via the documentation for "percent" reference coupons, connect or tax rates.
You can listen to the invoice.created events. When this event happens, you should calculate the surcharge and create a invoiceItem https://stripe.com/docs/api/invoiceitems/create
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
So it cannot be a percentage and instead needs to be calculated?
The current pricing models doesn't provide this feature so you need to calculate it by yourself.
Sweet as, thanks.