#markos-grace-period

1 messages ยท Page 1 of 1 (latest)

devout junco
#

Would there be failed payments in this scenario? Or simply no attempted payment?

pine wasp
#

ah good point. How would I configure a grace period (if allowed) in both scenarios using Stripe?

devout junco
#

If you're using Subscriptions, the Subscription updates to past_due and Stripe attempts to recover payment based on retry rules (see: https://dashboard.stripe.com/account/billing/automatic). If there is no Payment Method in the first place, it will still transition to past_due. You can choose to either put the Subscription past_due, unpaid or canceled depending on your preference.

I'd recommend starting here and reading through a couple of the scenarios to see if the default behavior allows you to simulate a grace period: https://stripe.com/docs/billing/subscriptions/overview#failed-payments

#

Leaving it in unpaid will allow your customer to pay on Invoices until you explicitly void the Invoice, so that might be a good place to start

pine wasp
#

got it, I will take a look. Thanks @devout junco !

pine wasp
#

ok, so if we deny service based on "unpaid" status then our options are 1,3,5, or 7 days correct? I didn't see a way to configure the number of days. I believe this suits our use-case without building our own logic.

devout junco
#

That's correct!

#

Then you can choose what happens after all retries fail

pine wasp
#

got it! While I have you, does Stripe keep track of subscription statuses? Or do we have to maintain that based on the customer.subscription.* webhook events?

devout junco
#

Depends on how you create the Subscriptions and how much customization you want. If you're only creating them through the Dashboard, then pretty much everything is automated based on the default behavior.

If you create Subscriptions via the API, then you can choose how much you want Stripe to do and how much you want to do. Transitioning between Subscription states can be either automatic or manual

pine wasp
#

oh I meant keeping an audit of the status transitions. I didn't see an endpoint nor in the dashboard to see the status history except the event history but it's not as consumable. We do everything programmatically except the creation of products & prices

devout junco
#

Ah, so yeah. In that case, the webhook events are the way we recommend tracking the transitions through each status.

#

There isn't a better way to check status history as far as I know

pine wasp
#

understood. Thanks! You're welcome close this thread.

#

and if you ever want to share any interview tips to apply for Stripe as a developer, just lmk! ๐Ÿ˜„ ๐Ÿ˜„ ๐Ÿ˜„