#Yamada Ecila
1 messages ยท Page 1 of 1 (latest)
When you give a customer a coupon valid for 2 months and use backdate_start_date to start the subscription at the beginning of the current month, you will get an extra month of validity.
For example:
Subscribe on 5/25, create a Subscription starting on 5/1 and payment is made (first discount), make the next payment on 6/1 (second discount), payment on 7/1 is also discounted.
In other words, you want the first month in which there was a prorated payment to also be eligible for the coupon discount. (possibly).
๐ happy to help
would you mind sharing the subscription ID?
Of course, sub_1NDLmoJrgt3ZD9jfGqgo5GpI
nvm!
did you find what was the issue?
not solved.
Sorry for the confusion. I'll be waiting.
Hi! I'm taking over from my colleague. Please, give me a moment to catch up.
Sorry for delay, it's busy today.
It's okay, I'll wait slowly.
So do you want the coupon be active until the end of the second period always?
That's what the previous example would do.
As I asked in this thread today, we have implemented paying the full amount even in the middle of the month using backdate_start_date. However, it seems that the mid-month payment (internally using proration) does not count as the first month for the coupon
I understand. So does it not apply to the prorated amount?
The coupon is applied to the prorated amount and the discount is applied, but the coupon is not correctly digested as a period of time.
This is my test customer cus_NzMW0AhaN1QnGp.
To avoid checking with a test clock, we create and apply a one-month repeating coupon for testing.
Sorry, it's quite a complicated use case.
coupon is not correctly digested
What's your expected behaviour?
Maybe you could give a concrete example?
Ok,
For example, if the contract is initiated on 5/20
-
apply coupon to customer
repeating for 1 month, 10% off -
create a subscription
backdate_start_date= 5/1 9:00JST
billing_cycle_annchor= 6/1 9:00JST
proration_behavior= always -
payment is made on 5/20
The contents are for one month from 5/1~6/1. The retroactive portion will be billed as well, so it will be the full amount. The full amount will be charged for the backdated amount, and another 10% discount will be given from there. -
next payment will be made on 6/1 at 9:00 JST
Since the coupon valid for one month has already been used in step 3, the payment on 6/1 should be the payment without the coupon.
Actually, the coupon has been applied to the 6/1 payment.
Sorry if this doesn't make sense to you, I'm not a main English speaker.
It makes perfect sense.
It's hard to understand, so I'll rephrase.
First, the premise.
Our service has a payment cycle on the 1st of each month at 9:00 JST, so everyone pays at that time. If you sign up in the middle of the month, you have to pay the same amount as you pay for that month on that day.
Under such circumstances, when a coupon valid for 6 months is given to a customer, there is a problem that the expiration date of the coupon is different between those who started the contract in the middle of the month and those who started the contract at the beginning of the month.
It looks like it might be a bug, and we will need to investigate this closely. Do you mind writing this to Stripe Support, and you can say you were sent from Discord. We can pick up the email from there: https://support.stripe.com/?contact=true
This will give us necessary time to look into this carefully.
Oh, I see
Can I send it from my e-mail? Is this in English only?
I sent it by email anyway. Fingers crossed that it gets resolved.
Thank you for the long time.
Also, you can get support in your native language there!
Happy to help. Please, let me know if you have any other questions.
I always appreciate the help on Discord. Good luck with your work!
Thanks, this means a lot! ๐