1 to 10 of 10
The hourly rate calculations within Intervals rely on the "Estimated Work" that has been entered for a project, the actual work that has been done, and any payments. For payments, if the invoicing functionality is being utilized the payments are most likely being entered as well. If invoicing is not used, payments can be directly applied to the project. This functionality exists primarily to calculate hourlies.
For one of our projects, here is what the project dashboard displays:
Estimated hourly rate: $138.21
The estimated hourly rate is based on the estimated work that has been set for the project. It is calculated by totaling the estimated work and dividing by estimated hours.
Actual hourly rate: $140.06
The Actual hourly rate is based on actual work performed under this project. It is calculated by totaling the actual billable work done, divided by billable hours.
Actual dollar per hour: $105.04
The actual dollar per hour is computed by dividing your total payments (minus any fees) by all billable hours entered for this project.
Interpreting these numbers tells me that the estimated work that was entered at the beginning of the project and the actual work that been done are very similar. The hourly rates are pretty close ($138 vs. $140). The last number (Actual dollar per hour) factors in payments. This number tells me that if we do not get paid again for this project we will have been paid at $105 per hour. Since it is lighter than the other two, most likely the client needs to be invoiced. The actual dollar per hour is the bottom line number.
This ties into the plans we have to overhaul the Executive User quite a bit. The term "Executive User" will be removed. Instead you will be able to add multiple contacts to clients and grant them more granular access control.
1. Can this contact login yes/no
2. What can they see and do? (have a series of checkboxes - Upload Documents, Submit Work Requests, Make Comments on Tasks, View Invoices, View Financial Information, View Time, etc.)
We think this will be more powerful and easier to use than the current Executive user.
The reality of Executive type of users is that they do typically vary greatly depending on the client, relationship, history, etc. On the Pelago side of our business we would definitely customize our client access.
That sounds ideal. At the moment, it get's complicated when i have to add in a client, and an executive user. It seems redundant to me. Plus the controls over those contacts will be great so that i can take the separation between tracking my workflow, and keeping them up to date with the information i choose to share.
Awesome! Are ya done yet? :)
We also do most of our work on a fixed bid basis. It's important to our customers to have visibility on the project plan, but the fact that this gives them information on actual time worked makes it very awkward for us. If we take less time than estimated for the project, they see this immediately and feel overcharged. Any changes in this regard would be helpful.
There is another conceptual problem when doing fixed bid work. The progress meters are totally geared to T&M work. Example - a two task project (for simplicity). Task 1 is estimated at 50 hours; task 2 estimated at 50 hours.
Right now, if task 1 took 90 hours, then the progress bar shows that the project is 90% complete.
It does NOT have any easy way to show slippage - that task 1 went almost 100% over budget...
So I'll really be looking for this any any other ways you can support fixed bid projects.
1 to 10 of 10
Comments are closed.
For more Intervals help documentation, please visit help.myintervals.com