#pankaj-mobilepayments-general
1 messages · Page 1 of 1 (latest)
I'd recommend you start by deciding what UI you'd like to present client-side (in your iOS app) - are you plannign to use Payment Sheet? Card Element? something else?
as of now we are using Card element
Gotcha - so is your question more about which backend APIs (like Subscriptions vs PaymentIntents) to use?
yes, and for saving card somewhere it's suggesting use setupIntent, somewhere Create Payment method API, that's why lots of confusion.
You plan on using recurring payments/subscriptions, right? If so, that's the main API you should be using. Subscriptions under the hood will generate setup intents, payment intents, and invoices that you'll then use to complete payment
yes the scenerio is client will add card and pay the advance amount and the remaining amount will be deducted after the job is done.
Have you looked at our docs on subscriptions yet? Is there a specific question I can help answer?
no i was only using paymentIntent as of now, i'll have look of subscription api
1 more question if one person is transferring money to another person (on my project one is client and another is vendor), so how will money get transferred for sender to receiver, do i need to add bank details of receiver?
Are you using Connect? What you're describign sounds like more of a marketplace/multi-party set up
no i'm not using connect, in my platform one person will pay to another for his service, what should the ideal way of doint that.