#ketaaa-sepa
true field
Yeah I already read this documentation but was looking of a diagram with webhook event (maybe not associated with SEPA more generic)
like pi.succeed > charge.succeed > etc
a diagram that will explain which events are sent by stripe in which payment state
not sure if it's more clear now
tulip shuttle
there's not really such a thing
best way to understand it is to build the integration in test mode and look at the events you see getting generated on your account
true field
exactly what i'm doing
thanks then
I don't see any test SEPA that simulate a real time payment, I have either a test SEPA that pass to payment succeed directly, and another that pass to payment failed directly
is there any way to test a "more" real life use case
I mean simulate a waiting time before suceed or fail that is generally the bank answer
tulip shuttle
wouldn't "The PaymentIntent status transitions from processing to succeeded after three minutes." be that?
true field
ah yeah
perfect
thanks 🙂
AT321904300235473204
what does the status "requires_payment_method" means with a SEPA payment?
and one of my other question "Can I make an offline payment with the payment_method token if the initial payment is still in "waiting" phase"?
tulip shuttle
what does the status "requires_payment_method" means with a SEPA payment?
if you get it after attempting a payment, it means the payment attempt declined/failed (or hasn't happened yet if you haven't made an attempt)
tulip shuttle
and one of my other question "Can I make an offline payment with the payment_met...
what's the "waiting phase"?
true field
if you get it after attempting a payment, it means the payment attempt declined/...
okay thanks
true field
what's the "waiting phase"?
when the payment intent is in processing phase and the charge is still pending from the bank
tulip shuttle
AFAIK you can't attempt any other payment with a PaymentIntent that is processing, you'd get an error
true field
Understood so is it possible to cancel the payment intent and recreate an order with the previously generated pm token? To give you some context, a customer can make an order and right after he has the possibly to up-sell his order with some new fancy products, so we have to make a new payment with a new amount in "offline" mode
tulip shuttle
so is it possible to cancel the payment intent and recreate an order with the previously generated pm token?
not sure, I don't think so.
IMO topup orders like that don't really make sense for a payment method like SEPA, you don't even know if the payment succeeded or their bank details are any good until a few days later
true field
i know but not my business haha
i'm only the tech guy
what can I do technically to make it work without saving the payment details directly in my application
as payment details already saved in the supposed pm token
tulip shuttle
what can I do technically to make it work without saving the payment details dir...
you can use setup_future_usage to save the SEPA details during the payment, so they're attached to a customer object and can be charged again
i.e. the https://stripe.com/docs/payments/save-during-payment approach
true field
I think I’m already use this flag
So I have to send the customer object instead of the pm?
I will look the doc and update you in case
tulip shuttle
no, you use both. The page at the bottom describes that you create a PaymentIntent passing the customer and PaymentMethod ID on an off_session payment
true field
i'm already using it
so that's good
but it won't dodge the problem that I cannot create an offline payment if the initial payment is still processing
tulip shuttle
I suppose not