#xxxxxxxxxxxx_webhooks
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/1325778927314272308
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Here is the screenshot. The payment succeeded later (SEPA) but when he launched the payment, it first made a "failed payment"
Could you please share the PaymentIntent ID pi_xxx?
Okay I will try to find it
(I didn't take the screen it was one of my collegue)
pi_3QQOAGHBSdnTEMdF0JoR1knN
It seems like the initial payment for the Invoice fails: https://dashboard.stripe.com/logs/req_QrHTE42qqCCd3y
Then, the payment is attempted again with a different Payment Method: https://dashboard.stripe.com/logs/req_G1pw8p8wgaY7En
And it succeeds after 7 days, since SEPA takes multiple days to get to the succeeded state.
And why the sub is canceled then
We have an issue because when the payment with sepa is said as "failed" in first case, the payment is "pending" and sub is canceled at this time
So when the payment succeeded later, sub is still canceled
User is paying for a sub that doesn't exist anymore
And our support needs to manually recreate his sub
Another example pi_3QQPU1HBSdnTEMdF134dI2ay
It seems like the request to pay for the Subscription with the new Payment Method (https://dashboard.stripe.com/logs/req_G1pw8p8wgaY7En) is done after the Subscription was cancelled. You should have received a customer.subscription.deleted Event.
I am trying to understand why the Subscription was cancelled.
I think if the PaymentMethod was updated earlier the Subscription wouldn't be have been cancelled.
Seems like it's cancelled because of the failed payment and the PaymentMethod wasn't updated in time.
Okay so what you are saying is that the first payment was made with a SEPA and this one failed. After that, we, somehow, tried to pay again with another payment method but since the first one failed, subscription was already deleted so user paid a non existing subscription ?
i am not the developer that added it but it seems like churnkey is trying to make the user pay because of the first fail, do you think churnkey may be involved in this use case ? Have you ever heard of something similar ?
Yes
What is "churnkey"?
churnkey is a tool we are using
to automate retention but as we can see, it is this app that made the second payment
a few days later
I don't know how it works but it sounds like it might be involved. I would suggest reaching out to them and making sure they don't act on cancelled Subscriptions.
can you check the second example ?
To be sure it is the same case
pi_3QQPU1HBSdnTEMdF134dI2ay
It seems weird because the customer has two payment method but they seems to be the same SEPA number
Maybe the same scenario happened but the second time we used the SEPA it worked (even if it was the same SEPA) ?
Seems to be the same, on 2024-12-03, Subscription deleted at 05:30:10, and new payment attempted at 16:32:18
okay so to be clear about what happened :
- Customer tried to pay with SEPA
- Payment failed
- Subscription deleted because of the payment failed
- A bunch of days later, Churnkey tried to pay with another payment method
- Payment succeeded but subscription isn't existing anymore
Did I understand correctly?
bunch of days later
The payment attempt happened more like a few hours later. However, since SEPA takes a few days to succeed, the payment was completed later.
Happy to help.