#rosie - invoice events
1 messages · Page 1 of 1 (latest)
Hi 👋
When you say you delete the subscription where in your flow are you talking about?
hi snufkin. before we attempted to migrate to sca, we used to monitor stripe subscription payments for the next periods and if they fail after catching the invoice.payment_failed events, we delete the subscription from our end. were doing the same now.
Okay. You could always prompt your customers for new payment method info but I guess that makes sense.
funny thing is sometimes, the 3ds auth fails and when we check the events, an invoice.payment_failed event fires up at exactly the same time as the payment.action_required. so im not sure if this is expected. and if it is, how do i differentiate this from recurring payments that fail.
ive tried removing the deletesubscription call from our webhook flow when it catches the invoice.payment_failed event and the flow succeeds (even though there is an initial invoice.payment_failed event). but im not sure how to catch the failed recurring payments moving forward.
To me that suggests the user is exiting out of the 3DS authentication flow immediately and triggering a decline. Is this during testing or with live customers? How are your customers entering their payment method information?
were just migrating now so it isnt live yet. it gets triggered by test cards that use 3ds auth
this is a sample recording https://www.loom.com/share/5ab4f75a94674e83bb956fdb8b954536