#guess_webhooks

1 messages · Page 1 of 1 (latest)

prime heathBOT
#

👋 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/1268117057443201115

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

gray void
#

hi! that's more of a business decision if you want to ship the order before the payment is confirmed and run the risk that the payment is actually declined.

daring scroll
#

ok but

#

well, thanks for answering

#

if a non sepa but bank transfer

#

i know and that's the reason to contact you

#

that you can do the authorization in advance

#

for example, if you work with Microsoft for 365 as a business (or google)

#

you have to authorize bank transfers in advance, and MS charges you literally 0,00e

#

but i have to go to my bank app (or online banking site) and authorize it

#

so in the future, MS can charge every month, for example 20€ automatically

#

with no authorization every month

#

how could we then perform this actions with stripe?

#

could they done with SEPA?

#

is it not a direct debit?

gray void
#

so in the future, MS can charge every month, for example 20€ automatically
those payments still each take some days to complete and can be declined, so it doesn't really change the situation that you have to decide how to handle the failure case.

daring scroll
#

umh,

#

I consulted on my local bank, Santander, that a SEPA charge if it is b2b it cannot be cancelled, so how could it fail if not by authorization?

gray void
#

that's not my understanding, there's no such thing as a guaranteed success.

daring scroll
#

umh ok

gray void
daring scroll
#

thank you

daring scroll
#

Hi again

#

Mr, one more question if I may ask

#

we have noticed that on the webhook

#

we make a payment with sepa on our app

#

and we use on testmode

#

SEPA Direct Debit Your customer’s payment intent status transitions from processing to requires_payment_method. Fill out the form using the account number AT861904300235473202.

#

that account number provided on the link, but the status on our server doesnt go from processing to payment_method

gray void
#

what's the PaymentIntent ID pi_xxx where you tested this so I can have a look?

daring scroll
#

pm_1PiWx8HOIYOWUkWU1UKit0Lr

#

one sec

#

it should be a pi

#

sorry

#

pi_3PiWvqHOIYOWUkWU0pNOESdZ

#

it went from processing to failed but not to requires_payment_method

prime heathBOT
gray void
#

if you retrieve the PI object from the API now it has status: "requires_payment_method"

daring scroll
gray void
#

you'd contact the customer, bring them to a page where you're using Elements again with the same(or a new) PaymentIntent, and have them re-enter valid bank details and try again.

daring scroll
#

ok thanks