#venk-paymentintent-statemachine
slate mist
dusty kraken
I have developed payment flow as in the diagram
I would like to know if its possible to call the callPayment from backend instead of calling from the frontend
dusty kraken
yes
my bad
The reason we need this change is, after the payment is completed, stripe redirect the user to user page also sending the webhook event
north scarab
All good just making sure. So kind of but really you should never do that. How are you going to handle 3DS or a redirect to a partner or showing a QR code, etc.
venk-paymentintent-statemachine
dusty kraken
I understand
The reason we need this change is, after the payment is completed, stripe redirect the user to user page also sending the webhook event. Frontend team raised a concern that if the payment is pending status or inprogress, how the UI know the status once the payment is completed
from the front end we are calling confirmpayment(), and user redirected to bank page to confirm authorization. when the stripe redirect the user back to UI, if the payment is not completed, what will happen?
we have subscription model, once user paid, they will directly go and use some features which is available only after paid
hope this is clear to you
north scarab
when the stripe redirect the user back to UI, if the payment is not completed, what will happen?
why would we redirect the customer back in that case?
I'm sorry I don't really get what your frontend team is saying. It feels like they might have misunderstood the docs overall
Have you and your team tried this flow end to end to understand what happens?
For example with a card payment you enter card details, press your Pay button that calls confirmPayment(), that will do 3DS if needed, properly charge the card, if the bank declines or 3DS fails there's no redirect. Only if the payment succeeds do we redirect.
At that point the customer hits your return_url and there you can handle fulfillment and show them the results of their order