#iuri_code

1 messages ¡ Page 1 of 1 (latest)

dusk magnetBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1413610325688717525

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

bronze shoal
#

This bypasses the Stripe Elements and you can show your own UI with the banking instructions

leaden nebula
#

the elements does not handle this case?

bronze shoal
#

Elements would use the popup UI that you're currently seeing to show this information.
Really though, Stripe Elements doesn't play a critical role here since the payment flow is mostly asynchronous. The customer may choose to send funds at a later time.

leaden nebula
#

yeah I got that, I just wondering if the Elements could identify the user preference of a bank transfer since he already clicked previously and showing to him directly the funding instructions

bronze shoal
#

It's not something Elements are equipped to handle today, no

#

One thing you could do is work around it by checking PaymentIntent status and not loading Elements in that case at all

leaden nebula
#

Ok so in my case I will have to get the PI from the invoice, since my solution is based on invoice payments, and check if there is a next_action on going, if yes, I will have to show a custom screen with the funding instructions, sounds right?

bronze shoal
#

correct

#

that's what I was going to just recommend

leaden nebula
#

and starts to listen the payment_intent events to update my flow correctly

bronze shoal
#

before confirmPayment call, PI would be in requires_payment_method status and after confirmation, it'd be in requires_action until you receive the funds

leaden nebula
#

so, after I receive the funds the payment_intent is automatically mark as paid? in that case the invoice too?

bronze shoal
leaden nebula
#

oh so the invoice is not updated automatically, I have to listen and react to the payment_intent web hook event?

bronze shoal
#

no no. the invoice would be marked paid once the PaymentIntent is successful

leaden nebula
#

in that case I don't see a reason for listen to the payment_intent hook event

bronze shoal
#

Depends on your usecase

leaden nebula
#

since probably the invoice paid event will be raised too

#

I guess...

bronze shoal
#

payment_intent.* events are helpful for use cases such as when you want to send an email about only receiving partial funds etc

leaden nebula
#

oh gotcha, didn't think about that, makes sense

#

thanks @bronze shoal