#digif
1 messages · Page 1 of 1 (latest)
Hello! For the past period? What do you mean exactly?
Can you give me the Subscription ID so I can take a look?
Not seeing a quanity change from 4 to 2 on this one, can you confirm this is the correct Subscription?
it was an example sorry
In this case, it was from 2 to 5
Sorry, I'm not following. It looks like the change of quantity from 2 to 5 on this was made via the Dashboard, not via the Customer Portal? Am I incorrect?
I want to help, but I need very specific details about what you're seeing vs. what you expect to see. The quantities, descriptions, etc. you provide must be exact.
My bay, I will be more specific, one moment plz
@mental lark You still here?
yes
So,
Hi, I'm stepping in. It looks like we're waiting for a bit more details here on what you're seeing exactly and what you expect. Are you able to add this?
correct
Hi*, thx for stepping in
The customer has a 7-day free period, then is billed for the coming period (from 03/05 to 03/04, for example).
This particular customer was refunded his first invoice because he was not ready(marketing favor)
Then everything went fine.
Then he decided to reduce his subscription quantity.
Then he decided to increase his subscription quantity.
The problem today is that I have the impression that the cycle is out of control. In the sense that the customer is now being billed for the past, not the future period.
sub_1McUFLEsUYFmYwXG6JROhHB1
cus_NNEifoDZwRjhSs
Are these dates, 'from 03/05 to 03/04, for example' correct?
The way prorations work is that we calculate the Remaining time for the updated quantity of 2. Then, there would be another line item calculating the Unused time on the initial quantity of 4: https://stripe.com/docs/billing/subscriptions/prorations for instance from the first example you provided above.
Yeah, so it's working as intended. Is there a specific invoice that you can share where you think there is an issue?
Maybe I just need to wait that the prorations amount goes zero .. So the invoice became
From looking at all of these invoices, it looks like the prorations are calculated correctly.