Details
-
Type:
New Feature
-
Status: Closed
-
Priority:
Blocker
-
Resolution: Fixed
-
Affects Version/s: 3.0.0.a6
-
Fix Version/s: 3.3.0-b1
-
Component/s: Staff Interface
-
Labels:None
Description
Add new checkbox option called "Prorate". Select by default.
Tooltip next to "Prorate" that says..
"If upgrading, an invoice will be generated to cover the difference in price between the current price and the new price."
This option if selected, and if it's an upgrade (determined if the new price is > than the current price) then an invoice is generated for the difference prorated to the end of the current term.
Not relevant:
It gets a little tricky, because you'll need to check associated invoices and prorate until the end of the term covered by the most recent invoice. Otherwise, if we do a proration in the window between the service being invoiced and it actually being renewed than it would not cover everything.
We may want to handle prorated credits for downgrades, but I think this should be a separate task.
Issue Links
Activity
Wasn't this supposed to be part of 3.3 (invoice theme)?
Cody Phillips (Inactive)
added a comment - Wasn't this supposed to be part of 3.3 (invoice theme)? I don't think that was the original intent, but it may have to be pushed to 3.3, and it would probably fit well with that theme.
Paul Phillips
added a comment - I don't think that was the original intent, but it may have to be pushed to 3.3, and it would probably fit well with that theme. Is there a task for prorated credits? Seems like a credit could only be given if the service has already been paid in full. If not already paid, what should be done?
Tyson Phillips (Inactive)
added a comment - Is there a task for prorated credits? Seems like a credit could only be given if the service has already been paid in full. If not already paid, what should be done? I don't believe there is a separate task for prorated credits. I think if there are any open invoices for the service we can do one of the following..
1. Issue a credit and apply it to the oldest unpaid invoice for the service. This ensures the credit does not get applied to anything else.
2. Do not allow the downgrade to take place until the user pays the previous invoice.
3. Do not issue any credit.
#1 is preferable, but will probably take the most work to implement. Thoughts on this method?
Paul Phillips
added a comment - I don't believe there is a separate task for prorated credits. I think if there are any open invoices for the service we can do one of the following..
1. Issue a credit and apply it to the oldest unpaid invoice for the service. This ensures the credit does not get applied to anything else.
2. Do not allow the downgrade to take place until the user pays the previous invoice.
3. Do not issue any credit.
#1 is preferable, but will probably take the most work to implement. Thoughts on this method? I was thinking 2 or 3 would be better, preferably 3, since #1 is 'free money'.
Any client could add this service from an order form, not pay it, then go downgrade the service to get free credit added to their account, and repeat.
Tyson Phillips (Inactive)
added a comment - I was thinking 2 or 3 would be better, preferably 3, since #1 is 'free money'.
Any client could add this service from an order form, not pay it, then go downgrade the service to get free credit added to their account, and repeat.
That's a good observation. Ok, let's go with #2.. if any unpaid invoices exist for the service, don't allow them to upgrade or downgrade the plan. If possible, let's allow them to select the option, then display a message that says they need to pay the invoice before proceeding.
Paul Phillips
added a comment - That's a good observation. Ok, let's go with #2.. if any unpaid invoices exist for the service, don't allow them to upgrade or downgrade the plan. If possible, let's allow them to select the option, then display a message that says they need to pay the invoice before proceeding. Appears to work fine in testing, closing this issue.
Paul Phillips
added a comment - Appears to work fine in testing, closing this issue. 
This also needs to apply to client addons. Addons will probably need to be updated to a prorated price when adding them to a service separately. Similarly, we may want to only allow addons with the same term as the parent service to be added, and give the addon the same renew date.