#eoghanobrien
1 messages · Page 1 of 1 (latest)
Hello
hello
Are you using Checkout in Subscription mode?
Are you looking at the Customer or the Subscription for default?
It should be set as default on the Sub
If you want to provide an example I'm happy to look as well
customer
Yeah that should be the issue then
It should be the default for the Subscription
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
ah so the customer object will not have a default payment method, if I wanted to do that I would listen for a webhook and update the customer with a pm_123 id or something?
Correct
will having a saved payment method on the sub only and not the customer still cost us on bank update checks? (part of our deal with Stripe) or is that only for customer objects?
we have a strange situation right now, where we have a bunch of legacy plan objects that were migrated to products/prices - we’re moving to hosted solutions Checkout/Billing portal - and it’s unclear how those old product prices will migrate over. Having played around with some older subscriptions, it seems/I’m assuming they are displayed on Billing in whatever state they’re in right now and nothing will need to be done programmatically to “migrate” them ourselves.
Doesn't matter. This is based on the Customer attachment which happens either way
I don't fully understand what you mean. Are you concerned about Plans showing in Billing Portal?
Not concerned about Plans showing in Billing Portal, that seems to work.
More concerned that payment methods will show.