#blacho
frozen quest
Also locks the address so they can't fix it
dusk mantle
Hello! Can you be more specific about "incorrect" billing information - was it completely invalid biling information (format was completely wrong)? Was it just the wrong address, but still a valid one?
frozen quest
Hi, it was the incorrect Expiration date (intentional). Stripe declined the transaction (good). However, when I go select that subscription plan again and get taken to stripe, it takes me to that invoice page. I don't want it to create an outstanding invoice, expected behavior is that it would decline the payment and they would try again. Currently the way this happened, I can just put in the wrong info and I still have access to the product and just have an outstanding invoice for the amount.
dusk mantle
Backing up here for a mi nute - how are you collecting payments/creating Invoices? Are you using Checkout/Payment Links?
frozen quest
Correct we are using checkout/payment links that take the user from our site to Stripe
So Stripe handles all of the payments
dusk mantle
Gotcha - so the reason we generate an Invoice is because internally, we need to create an Invoice/Subscription in order to even attempt payment. If they stay on that Checkout page then they should be able to continue attempting on the same page and try again to cpmlete payment
frozen quest
So if the user signs up and puts incorrect billing/payment info they still have an active subscription? Couldn't they then just do that intentionally and not pay and get the service free for a few days?
dusk mantle
No they wouldn't have an active subscription - they'd only have an active subscription if paymetn was actually sucessful
If they sign up and payment doesn't go through, then the subscription's state would be incomplete and it'll be automatically cancelled after 23 hours if it isn't paid
frozen quest
Ok one additional item which is the second part. So if you put in an incorrect address and submit payment it declines, but then the address field goes grey and I cannot change it to the correct one
dusk mantle
Hmmm... do you have the Checkout Session ID for that attempt? When I try this on my attempt and the payment declines I'm still able to change the billing address
frozen quest
this?
dusk mantle
Not quite- I'm looking for something in the format of cs_123
frozen quest
cs_live_a12Nu7aCIZakFuSrNMRYIjFdCCWrKJwSwpafwJFmsOzkDdonTLcd0sqdmA
dusk mantle
Thanks for sharing that - let me try and reproduce what you're seeing now that I can see exactly what params you're passing in to create the checkout session
frozen quest
Great, thanks
granite iglooBOT
dusk mantle
That's strange - even when I mirror your checkout session exactly I'm still able to modify the billing address after a declining payment
frozen quest
I will have my partner try it. Is there any negative effect of him attempting to do this on live?
I've tried twice, however, and got the same issue
dusk mantle
Generally it's way better to try things out in test mode
frozen quest
Yeah we did a ton of testing in test mode, but wanted to try live 2-3 times to see real payments working
dusk mantle
Can you lay out the exact steps for how you're testing this?
frozen quest
Yes
- I go to our website and select the monthly plan that I would like
- taken to Stripe
- enter billing information and incorrect bill address
- Errors out as expected, but it greys out and I cannot change the billing address
Can I link you the plans page of our website and you can go to stiripe from there and test? Not sure if that is possible for you guys.
dusk mantle
If it's pointed to live mode then we wouldn't want to test it - if you have a testmode version I'm happy to try it out
Also I think I found an example from looking at your recent requests - give me a minute to try and see if I can pinpoint what's wrong
frozen quest
Ok great
dusk mantle
When you're able to reproduce, does it grey out immediately, or are you going back after a while (like an hour)
frozen quest
Immediately
dusk mantle
AHA! It's because of automatic tax
dusk mantle
I think the issue here is that changing the address could change how the tax is calculated on the subscription and result in needing a new initial invoice. (this is just me speculating right now though, let me loop in some other folks to confirm as well)
frozen quest
That is what I was thinking, but that sounds good
Also a peripheral question...is automatic tax baked into the "Stripe fee" we are being charged per trx?
dusk mantle
Okay chatted with some teammates - yeah this behavior of the address being locked down does seem to be expected for the reason I mentioned earlier. With susbcriptions the invoice needs to be generated + finalized in order to attempt payment and we can't change that invoice once it's been generated (so we wouldn't want a new address that could potentially result in a different tax behavior)
It's definitely a bit weird and we could potentially handle it a bit better (and at least document it) so I'll be sure to flag it to the team to maybe improve in the future
For the fee question - yes, I believe it's backed into that per-transaction "Stripe fee", but we're not really fee experts here so you may want to double check with support (https://support.stripe.com/contact) if you want to be sure
I need to head out, but if anything else comes up one of my teammates can help!
rich rock