#Stone.D - subscription
1 messages ยท Page 1 of 1 (latest)
Hi there!
Having a look at the subscription
This is the failed payment? https://dashboard.stripe.com/test/payments/pi_3LcTF5IXF5VHSVPp14Lo8o2I
IT's using test card 4000000000000341, which is a test card that will fail.
I deleted this card ,add 4242424242424242 to retry charge, but it charge using old test card 4000000000000341.
How to apply new card 4242424242424242 on this subscription ?
You can set this payment method directly on the subscription here: https://stripe.com/docs/api/subscriptions/update#update_subscription-default_payment_method
And the next invoice will try to use that payment method
I've set 4242424242424242 as default payment method on customer? why does the subscription still try to charge with old payment method?
Don't you try to deduct each payment method until you succeed?
the subscription.default_payment_method takes priority over the customer.invoice_settings.default_payment_method
If subscription.default_payment_method is declined, then will try customer.invoice_settings.default_payment_method and other payment methods.
Right?
If subscription.default_payment_method is 3DS with authentication, then not try customer.invoice_settings.default_payment_method and other payment methods.
Right?
Hi there ๐ jumping in as my teammate needed to step away. No, we don't step through all available Payment Methods. We go through the order as listed here and the first Payment Method that is found is the one that is used for payments.
https://stripe.com/docs/api/subscriptions/object#subscription_object-default_payment_method
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
I changed sub_1LcTAyIXF5VHSVPprvvEzGyW default payment method right now, and shifted to next day to charge again, but nothing happened.
Could you articulate a bit more what you did, what you expected to happen, and what happened instead? Subscriptions inside of Test Clocks can be complicated to trace, so it'll help immensely if I have an idea of what to look for.
Scenario: When subscribing to the next cycle of deduction, after the deduction fails, change the available payment method, and add one day through testclock again. This will trigger a deduction attempt. I hope that the deduction can be successful at this time.
In the above subscription, the default payment method of the subscription is modified to be available, and the deduction attempt is not triggered after adding one day through testclock.
Looking
Your subscription retry settings are not configured to retry failed payments each day, they're instead configured with an exponential backoff. You can reference the "Manage failed payments" section here:
https://dashboard.stripe.com/settings/billing/automatic
The next scheduled attempt for the payment of the Invoice associated with that Subscription is Oct 5th (test clock time).
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.