#sweetpotato

1 messages · Page 1 of 1 (latest)

stable ruinBOT
devout pier
#

Can you elaborate more what you would like to acheive?

pale forge
#

setSetupFutureUsage is available only card payments?

devout pier
pale forge
#

but , i enter .setSetupFutureUsage(PaymentIntentCreateParams.SetupFutureUsage.ON_SESSION) this code, show only card payment elements .

devout pier
pale forge
#

i use setAutomaticPaymentMethods.

#

but , i enter .setSetupFutureUsage(PaymentIntentCreateParams.SetupFutureUsage.ON_SESSION) this code, show only card payment elements .

#

like this

devout pier
#

Ah I see. SetupFutureUsage.ON_SESSION means that customer has to be present when using saved payment method, so Stripe will only show the payment methods that support it. Alipay and Klarna only supports OFF_SESSION

#

off_session means that merchant can charge to saved payment method even when customer is not present

pale forge
#

oh.. event though i use OFF_SESSION ,customers can reuse card ?

devout pier
#

Yes

pale forge
#

Could you elaborate on that?

devout pier
#

Can you share what you would like to achieve?

#

This means that customer doesn't have to be present to authenticate or perform any further action to complete the payment

pale forge
#

yes, i got it . but i want show OFF_SESSION payment elements like Klarna or Alipay

devout pier
#

The default value of usageis off_session if it's not set

pale forge
#

i mean Customer can select saved card and Klarna and Alipay.

devout pier
stable ruinBOT
pale forge
#

What if I don't use paymentIntent?

#

is it possible to save card??

willow lily
#

Hi there, taking over here and sorry don't follow your last question. What do you mean by not using PaymentIntent?

#

There is SetupIntent which basically helps you to save the card information without charging

pale forge
#

if i create tokens, customers don't have to present to authenticate or perform any further action to complete the payment??

#

If that's possible, wouldn't it be necessary to create paymentIntents?

willow lily
#

Creating token is an old integration. Nowsaday you create SetupIntent

#

And SetupIntent will authenticate you. It's in contrast with token when you may not trigger the authentication, but it will be declined now or later by the issuer bank

#

Triggering the authentication is a good thing, it prevent the decline rate later and prevent hurting your business credit on the eyes of issuer banks

pale forge
#

How do i recognize if it's old integration.?

#

and i want to save card maintained long live. but SetupIntent do not maintain long-lived...right??

willow lily
#

Not sure what you mean by long live but SetupIntent has the exact same effect as creating token

pale forge
#

Does this mean it disappears over time?

willow lily
#

That's unconfirmed SetupIntent

#

With confirmed SetupIntent you have its PaymentMethod forever

pale forge
#

i got it..

#

Does the last 4 digits of the card come as a response from SetupIntent?

#

i want to show minimal card informations.

#

Customers want to know which card is registered..

willow lily
#

It will show inside the Payment Method object of the SetupIntent

pale forge
#

How should I develop to save SetupIntent after receiving status with success in confirmPayment?

#

That means when is the point of saving the setupIntent.

willow lily
#

with SetupIntent you have confirmSetup instead of confirmPayment. And yes you can save its details after receiving an setup_intent.succeeded webhook event

pale forge
#

it means confirmSetup redirect response not only status but also payment method ID?

#

or should i retireve again with setupIntent ID??

willow lily