XTREME

[unborn fog]

Hello 👋
Give me a moment to catch up here and I'll respond as soon as I can! thanks

[clear goblet]

@unborn fog It is ok. I could wait. I see the number of messages that should be responded to.

[unborn fog]

Thanks for waiting

1. what is the best practice for adding a payment method? Should we use the SetupIntent or customer.sources.create with the token? (we have the payment methods list that users can switch between them)
   SetupIntent API is the recommended approach now. Sources API is legacy and might be deprecated in future. PaymentMethods API replaced Sources/Tokens API. SetupIntent API works with PaymentMethods API
   https://stripe.com/docs/payments/payment-methods/transitioning

2. when or where should use the off_session and on_session flags? in our case, almost the customer is present on payment flow unless on conditions that I bring below.
   This doc covers when off_session should be used
   https://stripe.com/docs/payments/setup-intents#increasing-success-rate-by-specifying-usage

3. is there any way to use create a PI without the customer's confirmation in the case fare could be more than estimated (better ux)? however, for estimate fare, we always confirm the PI.
   You can place a hold on the PaymentMethod for X amount without really capturing it (you'd still need to confirm it client-side)
   https://stripe.com/docs/payments/place-a-hold-on-a-payment-method

but it would allow you to capture exact amount later on.

4. the customer could be from any nation, however, we only accept GBP currency. how we could pick the current currency in PI?
   You could integrate multi-currency prices + Stripe checkout to offer local currencies. Otherwise, the customer would be charged in GBP (even if they're from a diff country). Their bank/issuer may charge them foreign transaction fee in this case. This doc covers this in detail
   https://stripe.com/docs/currencies

[clear goblet]

I would like to share some more details. The owner insists on collecting the credential information based on our custom UI instead using the stripe SDK.
the point is how we could transfer the credential information to our service to add or attach as a Payment Method? as you mentioned the source/token will be deprecated soon. I noticed that the SetupIntent let allows us to create PI without the customer present in the payment flow unless the user enabled the 3DS Confirmation. Am I right?
The Application collects the credential information and encrypted it with once RSA Publick key (which returns by the backend) and sends it to our backend.

[clear goblet]

I got what is going on If we use SetupIntent to attach as PM also we could able to use PI whenever the user is not present in the payment flow. however, I would use confirmation rather than non-confirmation. what params are required to pass into the PI api to handle off session?

[clear goblet]

This is the exact flow that was implemented for the estimated fare. although, I thought it would be a better way to handle the difference fare payment where the actual fare becomes more than the estimated fare without confirming the PI again.

[clear goblet]

Loud and clear. I got ur point.

[unborn fog]

I would like to share some more details. The owner insists on collecting the credential information based on our custom UI instead using the stripe SDK.
the point is how we could transfer the credential information to our service to add or attach as a Payment Method? as you mentioned the source/token will be deprecated soon. I noticed that the SetupIntent let allows us to create PI without the customer present in the payment flow unless the user enabled the 3DS Confirmation. Am I right?
The Application collects the credential information and encrypted it with once RSA Publick key (which returns by the backend) and sends it to our backend.
I see. But basically, it would come down to you send raw PANs to our APIs and create a PaymentMethod. If 3DS is required then you'd need to bring your customer on-session to complete the required actions. It is certainly possible, however you'd need to maintain PCI compliance yourself for this.

I got what is going on If we use SetupIntent to attach as PM also we could able to use PI whenever the user is not present in the payment flow. however, I would use confirmation rather than non-confirmation. what params are required to pass into the PI api to handle off session?
you'd set off_session parameter to true as shown here
https://stripe.com/docs/payments/save-and-reuse?platform=web#charge-saved-payment-method

This is the exact flow that was implemented for the estimated fare. although, I thought it would be a better way to handle the difference fare payment where the actual fare becomes more than the estimated fare without confirming the PI again.
We might have a beta feature that allows you to capture more than the authorized amount but not sure if we are currently enrolling more users. You'd likely want to talk to our support team about this

https://support.stripe.com/?contact=true

[clear goblet]

That's cool 🥹

[clear goblet]

I see the PCI compliance . How we could customize the adding card with mobile app sdk? as I realized that we could create SI and send it to mobile to use it in adding payment method flow with customer id. we just need to listen to webhook or send back the result in our mobile app.

[unborn fog]

The SDK takes care of the most, refer to the doc here
https://stripe.com/docs/payments/save-and-reuse?platform=ios&ui=payment-sheet

[clear goblet]

I had great experiences with the FinTech industry since I worked. also provided the mobile pay SDK like yours.

I know that some edge case that we should care.

@unborn fog I appreciate a lot for your response and taking time. ❤️ 🌹

[unborn fog]

NP! 🙂 happy to help
Good luck with everything!

[clear goblet]

I will come back with some question related to connect as well as digital wallet like apple pay and google pay xD

[unborn fog]

Sure thing! I need to step away soon so I'll have to close this thread but feel free to ask in #dev-help should you have any follow up questions!