#Nate.tsg

1 messages · Page 1 of 1 (latest)

muted quiverBOT
sweet creek
ashen beacon
#

I wanted to avoid confirm payment redirection on frontend and handle on the backend

#

Do you think it's possible to something similar to createToken with PaymentElement

sweet creek
#

I don't follow.

I wanted to avoid confirm payment redirection on frontend and handle on the backend
What do you mean by this? You can avoid redirection on your webpage with plain Javascript, so I'm trying to understand what you're wanting to achieve.

ashen beacon
#

I wanted to store the token on the backend

#

What I want to achieve store the payment information of different payment methods then allow payment later on, can you point me how to avoid redirection while also getting the result status

sweet creek
#

What 'payment information' are you hoping to store specifically?

ashen beacon
#

Credit and bank

sweet creek
#

You can't. That goes against PCI requirements. Literally every Stripe product is designed to mitigate the storage of raw bank/credit data

ashen beacon
#

Yeah I don't want to store raw data, I wanted a method like createToken so I can track the tokenize data

sweet creek
#

Why doesn't the Payment Method ID work in this case? You cannot mitigate the redirection on confirmation step, as the user has to be on-session to authenticate their payment method.

ashen beacon
#

It would work, I am just checking if there are ways I have missed any alternate ways, can you share the method to stop the redirection with plain Js and will it be possible to get the result status

sweet creek
#

With my test integrations I just included ev.preventDefault(); in my eventListener and performed the confirmation asynchronously

ashen beacon
#

How were you able to make the confirmations asynchronously

sweet creek
#

By passing in the client secret from the Setup Intent to stripe.confirmCardPayment()

#

I think that might have been with the Card Element instead of the Payment Element though