jpcoding

[sudden crane]

👋 happy to help

would you mind sharing some examples?

Is it an issue to use paymentIntents and should I be looking at moving all of these over to the subscription API?
Thanks!
I can't really tell, but if these are recurring payments then yes it's better to migrate to subscriptions

[sudden crane]

either PI IDs pi_xxx or request IDs req_xxx. here's how you can get request IDs https://support.stripe.com/questions/finding-the-id-for-an-api-request

[sonic crest]

That's right, at the moment they renew every 6 weeks to replenish the products on their subscriptions.
Any payments that fail (insufficient funds or otherwise) will try again the next day until the customer fixes the issue or it reaches the limit of how many times to retry

[sonic crest]

Sure!

[sudden crane]

That's right, at the moment they renew every 6 weeks to replenish the products on their subscriptions.
Any payments that fail (insufficient funds or otherwise) will try again the next day until the customer fixes the issue or it reaches the limit of how many times to retry
all of this can be done with subscriptions

[sonic crest]

Is it more effective to more it to subscriptions? And is it possible to have the subscription amount be varied to the products on each subscription per customer?

[sonic crest]

pi_3MtJlnJ0r6JN3Gmg1VJmgQLo - Is a failed one,
pi_3MtZcDJ0r6JN3Gmg06ZJS0R8 - is a successful one later that day from the same customer

[sudden crane]

And is it possible to have the subscription amount be varied to the products on each subscription per customer?
you'd have to change the price (https://stripe.com/docs/billing/subscriptions/upgrade-downgrade)

[sudden crane]

you're not using the same payment method

[sonic crest]

I see, it is possible for each customer to have their own unique subscription(s)?

[sudden crane]

that's how subscriptions work at Stripe

[sudden crane]

actually nvm it's the same card but 2 PMs were created for the same

[sonic crest]

Not by ID no, the subscription side of things (the one at midnight) uses the default payment method saved to their account, whereas when 'Paying now' captures what would be a new payment method as the customer enters a payment method to pay at the time

[sonic crest]

That's right yes

[sonic crest]

I see, I looked in to subscriptions at Stripe a bit but not in detail, at first it felt subscriptions were made at a higher level and customers were assigned to X amount of subscriptions, rather than a subscription per customer. Is it possible for one customer to have multiple (stripe) subscriptions too? This may change on my clients project soon, but at the moment a customer can have multiple product subscriptions

[sudden crane]

Is it possible for one customer to have multiple (stripe) subscriptions too?
yes

a customer can have multiple subscriptions
a subscription can have multiple products
a subscription is only related to one customer

[sonic crest]

Perfect!

So, in theory, should these subscriptions now have a higher chance of success?

Than the current iteration

[sudden crane]

if the issue is an insufficient_funds no not really

[sonic crest]

Over 50% of the transactions seem to be 'insufficient_funds' despite funds being in these bank accounts

[sudden crane]

in that case I would highly recommend contacting https://support.stripe.com/?contact=true they are better equipped to understand these recurring declines

[sonic crest]

Understood, thanks @sudden crane for the help!

[sudden crane]

no worries