#Artandor-zero-dollar-checkout

1 messages ยท Page 1 of 1 (latest)

crisp vortex
#

Hi there ๐Ÿ‘‹ are you working with one time purchases, or subscriptions?

ornate gate
#

To clarify the reason i ask : it would be "useless" for me to develop a feature to bypass the payment flow with a coupon, since it will probably never happen after that small launch. And it would be amazing to be able to test the payment workflow with real users, even if they pay nothing

crisp vortex
#

Gotcha, checkout won't handle that scenario as there wouldn't actually be any payment to process.

#

Rather than apply a discount or coupon to the transaction, your page would need to detect that it'll be a zero-dollar transaction and trigger the setup flow rather than a payment flow.

ornate gate
#

That still causes the issue of knowing if it's a zero transaction. To do that, i'd have to know if the coupon exists or not on stripe's end

#

or i'd have to duplicate the coupon data into my database using webhooks

crisp vortex
#

Yes, you'll need to determine ahead of the checkout flow whether or not the customer intends to redeem that coupon.

crisp vortex
#

I need to step away so Iโ€™m going to archive this thread. If you need help with anything else please ask in #dev-help or contact Stripe Support: https://support.stripe.com/contact

fierce musk
#

๐Ÿ‘‹ let's chat here

ornate gate
#

thanks

fierce musk
#

Hi again, i want to reopen a thread i had earlier about 0$ checkout. I now understand that i have to know before checkout wether or not this is a 0$ operation. Thanks for your help on that. Now i'd like to know if it's possible to still have a payment line or smthing to show that someone "bought" X products for free, so that every orders (free or paid) are in a same place

#

What do you mean by "payment line", exactly?

#

Since this is a non-payment, you generally would not include the activity in Stripe

ornate gate
#

for example here, i can see my payments, and in the detail i can see how much products were sold

#

knowing how much was sold is an interesting info, even if i could build a dashboard on my application side to retrieve those values aswell

#

since i'm still discovering the best practices around payment, i'm open to advices, if you would recommend not to trust stripe for this kind of stats

fierce musk
#

It's not about trust, its just that there is no payment so there is nothing to refer to

#

I'd suggest tracking these in your own system instead, to merge with payment records from stripe if you want a combined view

ornate gate
#

alright, understood. Can you explain to me the purpose of "setup" checkout ? Toby recommended that earlier, and i'm not sure why it would be good. It feels like users would have to set their card even if they pay 0 ?

fierce musk
#

It depends on your use case, setup mode lets you save payment details for future payments with an authenticated card

#

So yes that would be the use case: collecting those details for future non-zero payments

#

if you dont plan to do that there is no reason to collect the payment details