About Billing Cycles

Right now if a user pays for a premium plan, does it get charged every month on the same day? Every 30 days? Every 31 days?

If a user pays on November 1st, and cancels on November 15th…
a) Loses all premium credits right away and receives money back for the days that he paid for until the end of the month?

b) Keep the premium credits until the end of the monthly billing period?

c) Loses premium credits and there’s no money back?

How do we configure it so it’s always option b? Since this is the best solution for everyone

Charging Frequency: The charge happens on the anniversary. And if the anniversary is, for example, on the 31st, then it will just renew on the last day of the month.

Cancellations: Newer studios work according b. When the end-user cancels, they keep their credits until the end of the billing period. This hasn’t always been the case. We made it the default after watching behavior.

how do I get my studio to work as B???

You need to reconfigure this in Stripe (which can be tedious) or if you create a new Studio it will automatically work that way.

My studio has already been created… and it’s live
What do I exactly need to do to fix this issue?

Thanks

@admin_mike My studio has already been created… and it’s live
What do I exactly need to do to fix this issue?

This depends on how your Stripe is configured, which I’ve been learning differs from account to account based on a few factors. I would look under Revenue Recovery>Overview>Retries or under a sub-menu of Payment Settings. Check the Stripe documentation if you can’t find it.

If that cancellation behavior is super necessary for you, the easier solution would be to create a new studio as we’ve re-configured the Stripe integration to work that way as default.

-This depends on how your Stripe is configured, which I’ve been learning differs from account to account based on a few factors. I would look under Revenue Recovery>Overview>Retries

What exactly do we have to look for here?
I have these settings:
**

Card payment retries

Use a Smart Retry policy for subscriptions

Retry up 8 times to within 2 weeks

Use a custom retry policy for subscriptions

Bank debit retries

( O) Enable ACH retries

Up to 2 retry attempts in total.

Subscription status

If all retries for a payment fail, cancel the subscription

Invoice status

If all retries for a payment fail, leave the invoice past-due

**

-or under a sub-menu of Payment Settings. Check the Stripe documentation if you can’t find it.

Checkout and payment links, Payment methods, Payment methods domains, Adaptative pricing, Link…
Which submenu and what settings do I have to change?

-If that cancellation behavior is super necessary for you, the easier solution would be to create a new studio as we’ve re-configured the Stripe integration to work that way as default.

Yes it is super necessary for me, and for everyone that wants to avoid issues down the road, but recreating the whole thing all over again is not an option. The website is already up and running, with subscribers, so @admin_mike please tell me what do I have to change to fix this. Thanks

Sorry, it’s hard for me to effectively troubleshoot issues that lie on other softwares. Especially Stripe which can be different for every user.

This is why we started pre-setting many configurations for users so as to prevent them these headaches.

To solve this, I have to recommend you search the Stripe documentation or make a new studio where we’ve set this to be the default behavior.

Hi @admin_mike ,

Let’s try a different way. What exactly did you change to set this to be the default behavior when making new studios?

And what makes you think that it’s ok to leave your pioneer studio creators stuck with a misconfigured purchasing gateway behavior?