#bayorwor-subscription-ach
1 messages · Page 1 of 1 (latest)
bayorwor-subscription-ach
@surreal topaz that's doable but that's not the best option. There should be no reason to do an initial payment with PaymentIntent and then a Subscription
Any suggestion for me ?
I'd need to understand why you are doing it this way. Why are you doing step #3 exactly?
Is #3 a different payment unrelated to the subscription? Something else?
In our system, we have one time fees for the users to pay and later subscribe to the rest of the remaining plan
Can you give me a concrete example of who would pay what?
we are rendering camera services for users
- customers are suppose to pay for the installation fee and some other expenses which are considered as one time fees
- The customers subscription to a payment plan for the cameras we installed and make payments every month @cyan crow
so is it a normal monthly price plus an extra installation fee the first month, or do you pay the installation fee upfront and the monthly price starts later after installation?
Like is it $10/month + $65 on the first month, or $65 upfront and later $10/month
@surreal topaz ^ ?
the second scenario
gotcha, so in that case your original flow makes sense and should just work
The best option really is to
1/ Create a PaymentIntent for the set up fee
2/ Complete it client-side with PaymentElement
3/ After that worked, create a Subscription that starts on the right date for the monthly price
Ok
But Ach verification is not instant, how possible can I make the paymentIntent? @cyan crow
the way I explained!
I recommend reading the docs for it, it explains the flow end to end.
We want to create a custom form that collects the ACH details, tokenised it and pass them to the backend or server-side for payments and subscription, is this possible? @cyan crow
No it's not, hence why you should do what I recommended which is the right way to integrate with our API
1/ Create a PaymentIntent
2/ Client-side, collect bank account details with PaymentElement and confirm the PaymentIntent
3/ Wait for the payment to succeed or fail.
When the payment succeed, we can now create the subscription right ? @cyan crow
@cyan crow can you clarify above for me ?
Ok thanks
Is it recommended for us to do verifications through Microdeposits? @cyan crow
we recommend instant verification by default and then fallback to micro-deposits when needed
And stripe handles that automatically?
On it
Try it in Test mode too, it will be a lot more explicit/real
cc @twilit cape to take over as I have to run
Ok thanks
@twilit cape with my above use-case, how best can I integrate paymentIntent and subscriptions with mircrodeposits
Hi there 👋 taking over, as my colleague needs to step away
That's a pretty big question. Did you read the documentation that has been linked in this thread? It explains how to do this in depth. If so, do you have a more specific question?
I really want to use custom form to collect the ACH details and passed the tokenised Id to the server-side for the paymentIntent and subscription process without using paymentElement
I believe these are the docs you're looking for then: https://stripe.com/docs/payments/ach-debit/set-up-payment
This is the only workflow I know of that will allow you to accept ACH payments without using Stripe Elements or Checkout.