#kazsla
1 messages · Page 1 of 1 (latest)
Hello! It depends on what you're flow is doing, but if you're using the pending_setup_intent tied with the subscription w/ elements you should be able to know whether a card was provided by checking the status of that payment intent
We are using this field to provide to Elements. Would this check have to be in a daily worker that checks the uncompleted subscriptions for the status?
Backing up for a minute, what's your end goal here? Do you just want to make sure a card is provided before the trial is over? Do you want to cancel the subcription if they don't provide a card by a certain date?
I think the initial end goal was to let the trial subscription cancel naturally if they didn't put a card on file and let the user go through the flow again which they can get another trial.
Through testing with test clocks, we did see the free trial email come through so we wouldn't want those emails to go out.
Knowing this, I think we'd want the latter to cancel the subscription if the card is not provided after a few days
With the free trial email - you're talking about the reminder email that's X days before the subscription ends, right? You should be able to just disable that email entirely if you want
Yes. I think we want to leverage the Stripe Email for trials normally.
It does sound like it's a unique business case for us, and we just need to detect these cases and check the status through a job.
I just wanted to check if there was other info we could use. We'd only get the trial_will_end webhook which would send the expiring trial email.
Yeah I think you have the opposite ask of what most folks usually ask for - most folks want that email to be sent for folks that haven't provided their payment details to prompt/remind them to add it again
But yeah, I think this will be somethingy ou'll have to handle on your end and check the subscription at the specific point you want
Sounds good. Thanks for the help and info!