#jarrett-subscription-defaultpm

1 messages · Page 1 of 1 (latest)

sacred ospreyBOT
fervent shore
#

jarrett-subscription-defaultpm

cedar nest
#

right now our method is to cancel at period end which sucks because we have a million canceled subs

fervent shore
#

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

cedar nest
#

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?

fervent shore
#

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

cedar nest
#

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.

fervent shore
#

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?

cedar nest
#

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

fervent shore
#

why would that matter?

cedar nest
#

mainly because the dashboard prioritizes cancel over trial

#

so when you're looking, you just see all the canceled subs

fervent shore
#

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

cedar nest
#

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.

fervent shore
#

I don't see us changing this no

cedar nest
#

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

fervent shore
#

unlikely too

cedar nest
#

😢