#jarrett-subscription-defaultpm
1 messages · Page 1 of 1 (latest)
jarrett-subscription-defaultpm
right now our method is to cancel at period end which sucks because we have a million canceled subs
Hey @cedar nest! If the Customer has invoice_settings[default_payment_method] set then that PaymentMethod will be used automatically, there is no real way around this.
So I would say: don't set a default PaymentMethod in that case
that's sad 😦 – I was hoping to be able to fix the truck load of canceled subs we have from people starting trials. We allow users to set a default PM in our dashboard so that we know what card to use by default for other stuff. are there any plans to change this?
No plan to change this no. I don't really understand a use-case that would make sense here for this honestly to say "I want this card as the default but really it's not the default in some cases". Like you could track the default in your system and set this on a per Subscription basis.
Otherwise, listen to invoice.created for the new cycle (at the end of the trial) and switch to auto_advance: false so that we don't attempt charging them until you're ready
Yes, tracking the default ourselves is the only option I think. The use case is that when someone creates a subscription with a trial, the end of trial expectation isn't that they will be charged. We just start a free trial for them and if they want to convert, we'd have them choose or enter a PM at trial end or sometime before that.
But what would you want to happen if they never provided a payment method, and the trial ends and you don't want to cancel?
It's not that I don't want the trial to cancel
I just don't want to have to create the subscription with cancel at period end making it so we have tons of canceled subs that are scheduled for cancelation
why would that matter?
mainly because the dashboard prioritizes cancel over trial
so when you're looking, you just see all the canceled subs
yeah unfortunately I don't think there's a way around it in this case. Or you listen to that invoice.created I mentioned or customer.susbcription.updated to detect the end of the trial and cancel then
yeah, cosidered that, but it's prone to failure
so I rather keep it this way for now
just was wondering if there was a better solution
maybe the dashboard will prioritize the status better in future.
I don't see us changing this no
random other dashboard question... you guys every going to support filtering by product instead of price
we have tons of prices under individual products and filtering by price is useless basically
unlikely too
😢