#yagnesh_unexpected

1 messages · Page 1 of 1 (latest)

candid oakBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1479372422112088095

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

spare wigeon
#

while creating subscription i am passing this in create params: proration_behavior: 'none',

real plank
#

Can you provide the request Id req_xxx when you make the change?

spare wigeon
#

req_iBv6qBhhmwGhFE

real plank
#

Ok so you shorten from April 6 to April 3

spare wigeon
#

Yes, correct

real plank
#

Then which Invoice do you see the discount?

spare wigeon
#

in upcoming invoice:

image.png
real plank
#

Ok so it's expected because user has already paid you until April 6. They need to be "backed" the part from April 3 - April 6 and then be charged on April 3 -> May 3 forward

spare wigeon
#

I think this was not happening earlier

real plank
#

Do you have an earlier Sub Id or request to compare?

spare wigeon
#

Not as of now, but i did see this thing in request what is this:

"billing_mode"
: {
"flexible"
: {
"proration_discounts": 
"included",
},
"type": 
"flexible",
"updated_at": 
1772779525,
},
real plank
#

That's the new billing mode

spare wigeon
#

Does this has anything to with discount being applied in my upcoming invoice

real plank
#

Probably... we will know if you have the old Request id or Sub Id

spare wigeon
#

Ah, I dont have sub id but my customer told me that, it was not happening earlier but now that I tried myself, it is generating discounted invoice.
Is there any way to stop this discount, by passing something in api call, also if i am passing proration_behavior: 'none' then also why this behaviour is happening

real plank
#

But in reality your customer paid you over the period April 3 -> April 6. How would you want to handle?

spare wigeon
#

No proration, I want to charge in full

real plank
#

Let's do a test. Can you make this Sub inside a Test Clock and Advance the Clock past the date of the Upcoming Invoice?

#

Let's verify if the display of Upcoming Invoice is actually what would happen

spare wigeon
#

Okay let me run it

real plank
#

Nice, please copy me the Invoice Id in_xxx

spare wigeon
#

in_1T7tEcIJwnu749YFWweNQAWO

real plank
#

Yeah somehow this is prorated

candid oakBOT
spare wigeon
glacial sail
#

👋 taking over for my colleague. Let me catch up.

glacial sail
#

why did you pass in trial_end to a subscription that wasn't really on trial?

#

I mean what are you trying to achieve?

candid oakBOT
spare wigeon
#

Okay,
Is there any other way that i can implemente to update the billing cycle so that proration wont be applied?

rare light
#

👋 Hi there, taking a look. Can we clarify with an example here?

You start a subscription for $100/month on April 3, and then want to do what exactly?

spare wigeon
#

I started monthly subscription on March 6, and now I want the next charge on April 3 instead of April 6.
So I updated the billing cycle to be charged on April 3. so this discounted invoice generated event after explicityl passing the proration as none, as you can see in the request.
This discounted thing should no happen if i pass the proration as none.
Also what is this in stripe response:
"billing_mode"
: {
"flexible"
: {
"proration_discounts":
"included",
},
"type":
"flexible",
"updated_at":
1772779525,
},

candid oakBOT
weary burrow
#

hi! I'm taking over this thread.

#

So to summarize:

  • you start a subscription for $100/month on April 3
  • you want the next charge on April 3 instead of April 6
  • and what should happen on April 3? the user should pay $100 without any proration? so they lost 3 days of their subscription?
spare wigeon
#

First tell me what is proration behaviour none means

#

maybe i passing wrong thing all along

weary burrow
#

it's a parameter you set when updating a Subscription, to not create any prorations.

spare wigeon
#

okay so if i am passing proration none, while updating subscription irrespective of billing cycle it should apply proration right?!, which I am expecting in above subscription. instead of discount, full amount should be charged. as you summarised.
or this proration param only works when i extent(add more days) the billing cycle, like instrad of april 6 i extent to april 9?

weary burrow
#

okay so if i am passing proration none, while updating subscription irrespective of billing cycle it should apply proration right?!
I'm confused. if you set proration: none, then there would be no prorations.

#

but I still don't really understand what you are trying to do. can you answer the question I asked earlier?

spare wigeon
weary burrow
#

if you update the subscription with billing_cycle_anchor: "now" and proration_behavior: 'none', it will do exactly what you want.

spare wigeon
#

means, alone proration_behavior: 'none' wont work?

weary burrow
#

from what I understood, you want to change the billing cycle anchor, and get no prortations. to do both, then you need the 2 parameters I mentioned above.

#

if you update the subscription using only proration_behavior: 'none', then nothing will happen.