#stripe_connect_platform-subscription-update

1 messages · Page 1 of 1 (latest)

cerulean gale
#

There isn't a way to roll back unfortunately.

#

I read through your previous thread and (at first glance) it feels like it would be better to just migrate everyone to their correct new Subscriptions, rather than put them back on their previous subscriptions and then try the migration again

stiff sun
#

OK, can we look at one of these?

#

He should renew on Aug 2nd which was his old billing cycle. He should still be on Basic Monthly, just on the new pricing price_1LKkgXHnzkM7EAuHSEmbwrlS

#

How would I do that for one person and then I'll figure out how to do it for 200

cerulean gale
#

So that customer is already paid up until August 2nd, right?

stiff sun
#

He paid $9.97 on July 2nd

#

He should not be charged until Aug 2nd

#

He should be charged at the new price of $24.97

cerulean gale
#

Why not just create a Subscription Schedule that has a $0 Phase that ends on August 2nd, then another Phase that never ends that starts on August 2nd with the new Price?

stiff sun
#

I don't understand at all your Subscription Schedule

#

He is now on an annual plan i have no idea why

#

He is on a totally wrong billing cycle

#

Each person needs to be reset to whatever billing cycle they were on this morning before the script was run

#

Is there a way to find the Customer and see what their billing cycle was to get them back to it?

#

I am just going to do this all manually. I give up.

#

Is there a way to make a Stripe::Subscription.update API call and set the billing cycle to what we want?

cerulean gale
#

If you don't want to use Schedules, then the workaround in this case might actually be more complicated.

You could alternatively cancel all the Subscriptions that they're on now and just create the new Subscriptions with the new Price, then set billing_cycle_anchor to August 2nd and create a free trial that lasts until then.

stiff sun
#

Stripe::Subscription.update API call and never NO MATTER WHAT NEVER NEVER invoice them now. Always invoice them on the NEXT BILLING OF THE BILLING CYCLE whether it is monthly to annual or monthly to monthly or annual to monthly or annual to annual?

#

What do we pass in to never in any circumstance invoice them now?

#

Aug 2 is just for one person

#

Everyones billing cylce is unique

#

We need to pull whatever billing cycle the WERE on before the fuck up and reset it

#

We want to update and not create another id

#

not create a new id

#

Can I do this all manually. Honestly the API has gotten way too complex

#

Clearly

#

Last time I looked it seemed like we could not reset the billing cycle manually in the dashboard under advanced liked we used to

#

it will take us less time to do this 200 times in the dashboard then to try to do this with the API

#

When we charged everyone by mistake today, the app received invoice.payment_succeeded and totally corrupted our db too now with everyone set to renew in a year. 😦

#

Start billing cycle on
That is now dimmed in the dashboard - is that a change you made where we cannot change the billing cycle manually in the dashboard?

cerulean gale
#

So you can do it via the Dashboard I believe, though I would do a test run on a test subscription.

stiff sun
#

Ok guys we need some actual help here. This is a big deal for us. The Stripe Customer support has zero knowledge and we really need to fix this up

cerulean gale
#

You will need to set a trial on the subscription update that lasts until the next billing cycle day

#

and toggle prorations to off

stiff sun
#

Why is Start billing cycle on dimmed now?

#

That was a really helpful feature

#

Adding days on a free trial is really complex compared to just picking the date from a calendar. I am totally confused.

#

Is there a way to use that - why is it now greyed out?

#

?????????

cerulean gale
#

I believe that is a limitation of updates via the Dashboard. This is part of the reason we didn't suggest using the Dashboard when we talked about this last week.

Let's take a few steps back though. To consolidate the question and tackle this one solution at a time, what you're trying to do right now is:

Update the Customer's current Subscription billing_cycle_anchor to August 2nd (sub_ESKuyDDYfjXZVS), such that they are not charged for the current billing cycle or any prorations. Then you want to upgrade their subscription from one Price to another Price. And you want to do all of this without: (a) using Subscription Schedules, or (b) cancelling the current subscriptions and creating new ones.