#ripitried-checkout-coupon
solemn notch
Unfortunately not though with some custom code I think you can automatically add a discount code to their next session via the API. Checking in to that
stuck dock
So the flow there would be referral code > auto add discount to next session?
Is it possible to do that?
solemn notch
Yes, you would specify a coupon when creating the next session https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-discounts-coupon
Basically the idea is check if each session has promo code A if so apply coupon B to the next session
That being said I am not immediately sure if we allow for $0 or 0% coupons so you may have to do some small discount on the first coupon to achieve this. I'd reccommend testing this all in test mode to see what works
stuck dock
$0/0% coupons are not allowed
solemn notch
Gotcha. Apologies that that didn't work out. One other workaround that I can think of would be to disable the promo code field proper and use a custom text field https://stripe.com/docs/payments/checkout/custom-fields
zinc crestBOT
stuck dock
A custom field won't apply a discount though right
dreamy ermine
correct that wouldn't really apply anything
stuck dock
Let me context dump so I am not missing something. I want to run a promo campaign that gives users $X of their next order of $Y or more. What that means is I need to know on their first order whether or not they are opting into the campaign and ideally do that without having to use both the referral code field and the promo code field
I would also simultaneously like to be able to offer $X off with a promo code on a first order for a different campaign.
So basically if I want to only have 1 field I need to keep the promo code field and do like $0..01 off their first order and in my own backend create a customer facing code for them when they use the promo code for their second order
dreamy ermine
that's what my colleague was saying: use Custom Fields to collect the referral code on their first payment, to then know they are allowed to have a discount on their next payment
stuck dock
Yeah so I already have a custom field for referral code but the problem I was running into is that customers get confused about which field they need to use
So I wanted to eliminate the custom referral code field altogether
dreamy ermine
I get that, but I can't think of a way to do this if you need 2 values
I guess you could make custom PromotionCodes codes for each referral so that you can figure out "oh they used that $10 off that's a referral from John"
stuck dock
Yeah so I would need to make promo codes for each referrer that gives a minimum discount on the first order ($0.01) and then on the backend create the $X off your next order of $Y or more) for that specific customer and email it to them
dreamy ermine
I don't really get why you'd want the $0.01 off, I definitely would never do that, it'd look really bad
stuck dock
I don't want $0.01 off but there doesn't seem to be an option to do $0 off
dreamy ermine
So because your customers are confused, you are forcing them to enter a "fake" promotion code just to track their referral? I think that's the part I missed.
stuck dock
Its a promo code that acts as a referral code yes
dreamy ermine
Gotcha, then yeah my only answer is that this is really not how our product works and that's impossible I'm sorry
stuck dock
What is impossible? Can't I just make a promo code that gives a 0.01 discount and then check if a customer used that promo code from the checkout session object and create an actual promo code for them?
This is possible correct? And I will see the promo code in the checkout succeeded object as well right?
Whether or not its good UX is a different question
dreamy ermine
Sure, you can do that. I'd never do that and would never recommend that, but you're right it could work
dreamy ermine
Correct. There are things like a credit balance but it's only for Invoicing and wouldn't work with Checkout. And there's a "CashBalance" but it's for bank transfers and really complex and wouldn't work either
dreamy ermine
Sorry I have been wracking my head around for a while but I can't think of a solution other than
1/ disabling promotion codes on Checkout entirely, have a custom field for referral codes only (so no confusion)
2/ when someone has a referral, pre-fill the right PromotionCode for them on Checkout
But that only works if you don't also have a promotion codes for other normal one-time payments
stuck dock
Okay for 1) if I disable promotion codes on checkout and only show the referral code, can I still auto apply a coupon to their next checkout session? (i.e. does the promo code box need to be enabled for a coupon to apply)
for 2) when someone has a referral code prefill the promotion code -- this means prefill the promotion code on the next checkout session or what exactly do you mean by prefill the right promotion code
dreamy ermine
1/ Today I pay $10 on your app and enter referral code in the custom field DISCORDSAVE, you save my customer id and remember I have now a $5 off discount for their next order
2/ Next week, I come back on your app to pay, you recognize me, I put a thing in my cart and when you send me to Checkout you prefill https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-discounts (Coupon or PromotionCode id) for those $5 off you promised me
stuck dock
Yes, so in this case the promo code field does not need to be enabled in stripe checkout session
dreamy ermine
yeah in that case it won't be, it's prefilled and read only
stuck dock
Okay that works
The only caveat to this is that I won't be able to have any checkouts with codes that apply on first purchase
dreamy ermine
correct which seems like a pretty big loss
like maybe it's fine today but later you'll want to do a campaign with no referral and be blocked 😦
What if you ask for the referral code after the payment?
You know, like in the US you go to pay at a store and they ask you "who helped you". It's not perfect or anything, but since you're offering some kind of discount, it seems fine to ask them and if they don't fill it out it's their problem
stuck dock
Yeah...
I'll think about that but it would be ideal to just keep it all on the point of payment which is the checkout session that way its also logged with the checkout
dreamy ermine
agreed but then you have 2 boxes and your users are confused.
stuck dock
yeah
Okay thanks for the insights here koopajah, gonna take some time to mull it over
dreamy ermine
Happy to help, sorry we couldn't come up with a good path forward but hopefully some of the options we found together will work
zinc crestBOT