#Wik

1 messages · Page 1 of 1 (latest)

indigo waveBOT
timid yacht
#

Yes because that's their unused time on an already paid cycle

bright hornet
#

is there any way to prevent this?

#

or maybe I'll ask the question differntly

#

when we have a trialing user who wants to start paying us, how can we validate their payment attempt before moving them to fully paid plan?

timid yacht
#

It seem to be a different question. When you have the user want to start paying, how are you collecting their payment method?

bright hornet
#

it's credit card, we'd like them to pay immediately before we change them from trial to paid subscription

#

so the perfect flow is:

  1. user starts a trial
  2. they decide to pay, we add thei CC to their Stripe customer
  3. we charge them
  4. we change their subscription from trial to full
timid yacht
#

Yeah in step 2 you would want to use the SetupIntent flow. It will verify the card

bright hornet
#

will it also verify if the payment I want to make is possible with the card, e.g. $599?

indigo waveBOT
smoky lark
#

Hi @bright hornet No A setupIntent will not create charge on the card.

bright hornet
#

I understand it, but will it verify if a user can make a payment with it, meaning: is there enough money etc?

#

Or maybe you could suggest a flow to change a trialing user to fully subscribed with payment validation?

smoky lark
#

No, it will only verify if it's a valid card

bright hornet
#

so that we only change their subscription from trial to full after they made a successful payment

#

No, it will only verify if it's a valid card
Ok, then it's not really useful, sorry.

smoky lark
#

I beleive this is what you need.

#

You can hold a payment (i.e., verify if it has sufficent funds) and capture later

bright hornet
#

ok, thank you

#

actually, how do you advise this flow to be build?
trialing user purchasing a full subscription, what steps should occur?

smoky lark
#

Place a hold and capture is more sutiable for one-time payment.

bright hornet
#

no, we want this to be a reaccuring payment

smoky lark
#

For subscriptions, I'd suggest you to always be ready to handle scenario when payment fails, because it's very common for recurring payments.

bright hornet
#

I'm sorry, I feel we're not on the same page. Let me rephrase

#

We want to have the following scenario:

  1. we start trial for a user without collecting their CC details
  2. during the trial the user decides to purchase full subscription
  3. we want to move them to a full subscription, but if their payment failed, we don't want them to have X weeks when Stripe retries. Instead, we want to cancel their subscription and bring them back to trialing.