#carasco6170_api
small heronBOT
đ 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/1266335881992863745
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
digital duneBOT
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.
- carasco6170_api, 3 hours ago, 8 messages
- carasco6170_api, 2 days ago, 9 messages
fierce sigil
lusty berry
hi! you'd listen to the checkout.session.completed event. https://stripe.com/docs/payments/checkout/fulfill-orders
lusty berry
well failure doesn't really matter, if the customer enters a card and it's declined for example, they can just try again on the page. You don't need to react to that.
there's a checkout.session.expiredevent for expiraton
fierce sigil
yeah but after fail i want to send email to them
lusty berry
async_payment_failed is something else(it's for when the payment was via something like a bank debit and a few days later that debit has failed)
lusty berry
yeah but after fail i want to send email to them
that would be really confusing since they're just on the hosted page and can see that it failed and react.
it's not like the CheckoutSession closes or stops them from paying immediately. It handles all this for you
fierce sigil
so i can use that expired
and when i want to use bank transfers?
is it posible?
already i am using other operator and clients sometimes want to pay with standard bank transfer
so should i add for that case async or not?
lusty berry
bank tranfers are async yes and fire that async_* event yes. See the guide https://docs.stripe.com/payments/bank-transfers/accept-a-payment?payment-ui=stripe-hosted
fierce sigil
okay
so it will work like first i will get expired and then that async payment?
with bank
lusty berry
no. Not sure why you think that/what you mean by "expired".
checkout.session.expired only happens if the customer never uses the hosted page or never finishes the payment on it, if that's the confusion.
if they pay successfully you get checkout.session.completed, and then later one of the async_* events if it was a payment method that uses those
if they can't pay(declined card, other problems), there's no particular event and you don't need to react(unless you want to wait for the expired event and do it then)
fierce sigil
So if they go to the checkout page they will pay and for some reason card will not work i will do not get information about this???
lusty berry
well failure doesn't really matter, if the customer enters a card and it's decli...
yep that's what I said here earlier ^^
fierce sigil
i understand but we have to know that client didnt pay
we have mailing strategy for that cases and also call center strategy
lusty berry
then maybe your use case is better served through a bespoke payment page using Elements instead of Checkout where you have more control over the flow?
fierce sigil
you mean embeding it inside the page?
lusty berry
no I mean using an Elements form like https://docs.stripe.com/payments/accept-a-payment?platform=web&ui=elements
fierce sigil
a okay