#iuri_code
1 messages ¡ Page 1 of 1 (latest)
đ 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.
- iuri_invoice-payment-plans, 1 day ago, 24 messages
Hello
In this case, what you want is a direct API integration flow - https://docs.stripe.com/payments/bank-transfers/accept-a-payment?payment-ui=direct-api
This bypasses the Stripe Elements and you can show your own UI with the banking instructions
the elements does not handle this case?
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.
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
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
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?
and starts to listen the payment_intent events to update my flow correctly
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
so, after I receive the funds the payment_intent is automatically mark as paid? in that case the invoice too?
The PaymentIntent stays in a requires_action status until funds arrive in the bank account. When funds are ready, the PaymentIntent status updates from requires_action to succeeded.
oh so the invoice is not updated automatically, I have to listen and react to the payment_intent web hook event?
no no. the invoice would be marked paid once the PaymentIntent is successful
in that case I don't see a reason for listen to the payment_intent hook event
Depends on your usecase
payment_intent.* events are helpful for use cases such as when you want to send an email about only receiving partial funds etc