#fancy-duck-0_unexpected

1 messages ¡ Page 1 of 1 (latest)

rancid sealBOT
#

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

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

patent walrus
#

hi, here is a screen with the issue

opal osprey
#

hello! Can you share an example Subscription id, it'll have the prefix sub_

patent walrus
#

looking for it

#

test mode sub_1Q0mjUJ4jzfFrlIi103kQMny

#

the 0 euro invoice was because i tried not to apply proration to the product quantity increment

opal osprey
#

looks like it's this invoice right? in_1Q0mlyJ4jzfFrlIiKEXDNzEo

patent walrus
#

also i would very much prefer a normal invoice with just the product and the price (remaining amount till the end of the current cycle). if there is a way to invoice that way

#

yes

#

that is the one of the screen

#

afk 10 minutes sorry

rancid sealBOT
dense heath
#

hi! Well to explain at a high level, the discount you applied previously, is only applied once, it's a duration:once coupon. When the proration is calculated for the new period i.e. Remaining time on 4 × Artisti - Zone C after 19 Sep 2024 - there is no discount applied. So you're also paying for the original 3 x remaining time without a discount

also i would very much prefer a normal invoice with just the product and the price (remaining amount till the end of the current cycle). if there is a way to invoice that way

This isn't possible unfortunately by default using Stripe, our proration is always based on refunding time on the 'old state' and charging time on the 'new state'

patent walrus
#

And that is ok, i don't want to apply a discount to the added product, nor to the subscription renewals. But I don't also want to pay back the discount if I increment the quantity of the product after the subscription is started

#

is there a way to increment the product quantity on a running subscription without having to repay back the discount applied on the previous quantity of that product?

dense heath
#

well you can pass proration_behavior:"none" when updating the quantity. That just changes it, and nothing happens until the next billing cycle, when it charges for the upcoming month on the new quantity.

patent walrus
#

But here the goal is to make the customer pay for the prorated amount of the added product

#

cause it corresponds to a service he's going to benefit from the moment he adds it to the subscription, till the end of the cycle

#

if I do not apply proration, the product quantity gets updated but he's not going to pay for it till it renews

dense heath
#

yes. And if you use our proration, it "is always based on refunding time on the 'old state' and charging time on the 'new state'"

if you need a more bespoke solution it's possible to calculate the amount you would use in your own logic, and add that as a manual InvoiceItem instead, while using proration_behavior:"none". I'm sorry there isn't a better answer.

patent walrus
#

ok, I'll try with that. Thanks!