#helloMJ
hollow basin
Sounds like you want to save the card first without triggering any transaction. So probably SetupIntent is the flow you want to take a look at
Is that "user's bank card" a debit card or credit card?
fathom knoll
both
hollow basin
Yes, so here you are: https://stripe.com/docs/payments/save-and-reuse
fathom knoll
If the user's card is saved first, we hope that the card has been verified, expiration time, cvc, etc.
Is there a development flow chart?
hollow basin
Yep the card would be verified, and will trigger 3D Secure authentication if needed
It's all explained in the Doc!
fathom knoll
Is the PaymentMethod from the front end to the background? Or is it generated in the background? PaymentMethod, SetupIntent, PaymentIntent, Customer, what is the relationship between these objects?
hollow basin
SetupIntent represents .... an intention. After it is confirmed by the customer via frontend, it will generate a PaymentMethod inside it
After that you can use the generated PaymentMethod to simply create a PaymentIntent and confirm directly on backend
spice crownBOT
fathom knoll
THKS！
arctic osprey
👋 taking over for my colleague. Let me know if there's any follow-up Qs I can answer!
fathom knoll
We use this process: https://stripe.com/docs/payments/save-and-reuse?platform=ios&ui=payment -Sheet, can I customize the UI for inputting card numbers? Do I see the information being sent to the front-end, and then input the card number in the previous section? Will it wait for a callback or will it be synchronized to the back-end message?
arctic osprey
can I customize the UI for inputting card numbers?
https://stripe.com/docs/payments/accept-a-payment?platform=ios&ui=payment-sheet#ios-customization
Do I see the information being sent to the front-end, and then input the card number in the previous section?
I'm not sure I follow, would you mind elaborating?
fathom knoll
What I mean is that according to the integration guidelines for future payments, the UI for user card numbers is the stripe UI, not our customized form. Also, how does the backend interact with the user when they input the card number and submit it? How does our server bind to the card number?
arctic osprey
What I mean is that according to the integration guidelines for future payments, the UI for user card numbers is the stripe UI, not our customized form
That's normal for PCI compliance reasons
Also, how does the backend interact with the user when they input the card number and submit it? How does our server bind to the card number?
Stripe will tokenize the card info and use it as the Payment Method when confirming the payment
fathom knoll
The seemingly guided integration approach is not in line with our business, and we plan to proceed as follows:
-
Client creates payment method
-
Create or find a Customer on the backend, bind the payment method and SetupIntent to the Customer
-
Create payment, create payment intent, and deduct payments based on customer and payment method
May I ask if it is feasible?
arctic osprey
- Client creates payment method
meaning a customer? or do you mean a connected account?
fathom knoll
- The front-end calls based on the card number information entered by the user: https://stripe.com/docs/api/payment_methods/create
Obtain the PaymentMethod and provide it to the backend;
arctic osprey
are you going to handle PCI compliance?
fathom knoll
Front-end development processing? The back end is not processing the card number information
arctic osprey
there are 2 things happening, the front-end tokenizes the Card information, and the backend sends the info to the card network for authorization
spice crownBOT
rapid citrus
Hi! I'm taking over my colleague. Please, let me know if you have any other questions.