#impact-coupon-usage
cunning sun
impact-coupon-usage
you can't change the max usage after the fact, and yes if you delete and recreate a new one they are separate coupons and won't have the usage "linked" across
pulsar zephyr
we really need this coupon to still work
But want to have the analytics..
IS there some way at all that someone can fix the max usage to 200??
max usage seems weird that it would completely be locked
its just an integer in the db
cunning sun
no that is impossible
pulsar zephyr
so basically your saying we are stuck and the only way is to delete the coupon and all its data???
And what happens when I delete it? is that coupon taken off users subscriptions??
cunning sun
I'm sorry I barely understand what you are describing right now. This Discord server is more focused on developers talking about their own code. I'm not sure I follow what the issue is with your coupon and what the problem is
pulsar zephyr
your saying i'm forced to delete the coupon because now my coupon doesnt work because our max usage "says its hit" when it hasnt (we dont have 30 customers that used it)
And so now if i delete it, will i lose all the data associated with the coupon?
This is a developer forum, and i'm a developer trying to solve an issue with your coupon framework
this is a huge limitation not being allowed to simply update the max usage and keep the same coupon running. Makes no sense that stripe wouldn't allow that.. and FORCE a customer to delete a coupon and all its data
cunning sun
Can I ask you to take a step back and do a clear summary of the issue. A Coupon has now "customer facing code", only PromotionCode has that.
I'm sorry I still barely understand what you are asking
pulsar zephyr
we have a coupon
it says its hit its max usage, which actually it hasn't only 9 people have used it on a subscription.
and now we are forced to remove it even tho we still want that coupon
cunning sun
That EARLYBIRD thing is an internal id in the API though. You should be able to create a new one and then pass a different id in your code without too much trouble
rose hearthBOT
cunning sun
But that's your own code you control, you can change your code to pass a different id
pulsar zephyr
your not understanding
EARLYBIRD is the coupon AND ID
but the issue seems to also be that stripe binds a subscription as ACTIVE the moment a payment INTENT has been created with this couple BEFORE the user even enters there credit cards
that to me seems like a bug
that is what is causing this to be considered USED even tho its not
chrome bridge
👋 stepping in
Give me a moment to catch up
So first, it is impossible for us to mutate the max_redemptions on a coupon. Happy to talk about why your coupon is showing 30 out of 30 if you don't expect that? Otherwise, yes, you will need to create a new coupon as that one has been "used" at this point.
pulsar zephyr
Sure lets address the issue with 30 out of 30,
But i'm also surprised stripe cant mutate the max_usage considering its just an integer and has no baring on logic
Is there anyway around this?
I just created a test..
I applied a new coupon, it now claims this was redeemed and my subscription is active, EVEN tho i have not finished the payment intent
chrome bridge
Yeah coupons were not built in a way to be able to mutate that usage, so it really just isn't possible.
pulsar zephyr
how can we avoid this subscription being turned on as active if the person doesnt even finish the process?
chrome bridge
What type of payment_behavior are you using when you create the Subscription?
pulsar zephyr
chrome bridge
And are you collecting payment details beforehand or no?
pulsar zephyr
no, only after a payment intent
i still have this screen sitting here
havent filled it out, yet my subscription is "active"
thats what is causing our issue with the coupon...
It says there all active yet we only truely have 9 customers
chrome bridge
Gotcha
pulsar zephyr
if i dont pass the coupon for 1 free month, the subscription is "inactive" like i would expect
pulsar zephyr
correct
chrome bridge
Okay yeah so it is impossible then to prevent the Subscription from being created and set as active. So it sounds like what you want to do here is successfully collect a PaymentMethod ahead of creating the Subscription.
So you would use a SetupIntent here instead to render Payment Element and collect a payment method
Basically this flow: https://stripe.com/docs/payments/save-and-reuse?platform=web
Once you have done that and have a PaymentMethod, then you create the Sub. That way you aren't creating free Subs without collecting a payment method (since it sounds like you don't want that)