QuickBooks Online Shows Zero Labor Cost for Hours Logged Before a Cost Rate Was Set

QuickBooks Online users who track time on projects are running into a quiet gap in their cost reporting. Hours logged before a cost rate was entered show no labor cost at all, and the software will not revisit them. The behavior is documented rather than defective: hourly cost rates apply only to time captured after the rate is saved.

The symptom: labor costs that never arrive

The pattern is consistent. A business turns on Projects, staff log their hours, and someone later adds hourly cost rates to measure job profitability. Time entered after that moment shows a labor cost. Everything entered earlier stays at zero. Profitability reports then understate labor and inflate margins, and that is the part that misleads. A project can look unusually profitable simply because weeks of work carry no cost figure.

Two ways the software can price your labor

QuickBooks Online offers two methods, and you choose which one feeds the labor cost display. Estimated hourly rates multiply tracked hours by a fixed figure per worker. They appear immediately and suit businesses without a payroll solution, though the vendor’s help material warns they can be inaccurate. Payroll expense is the other route. It represents the actual total cost of paying staff, including wages, employer taxes, and workers’ compensation, and it builds up as pay runs are recorded.

Set the rate before time tracking starts

The sequence matters more than the setting. Go to All apps, then select Projects. Open the Manage settings dropdown and choose Set cost rate. On a fresh setup, you may need to create your first project before that option appears. Then enter a fully burdened hourly figure for each worker: their wage plus employer taxes and comparable direct costs, rolled into one number.

Intuit’s help material states the timing rule plainly. A rate prices only the time tracked after the rate is set. Nothing in the interface flags this as you enter the figure, which is why the gap usually surfaces in a report rather than being avoided upfront.

The payroll route and the chart of accounts

The payroll method rests on the chart of accounts, the list where your expense accounts live. Wage costs, employer taxes, and similar outlays settle into those accounts as you pay people. When hours carry a project tag, the associated payroll expense flows into that project’s profitability report. The result is actual rather than estimated labor cost, but it arrives on payroll’s schedule, not instantly.

The two methods answer different questions. An hourly rate is a planning figure available the moment time is logged. Payroll expense is the real number, visible once people have been paid. Estimated rates can also absorb overhead that never reaches a paycheck, such as office electricity or meals during a shift, so the estimate and the actual rarely match.

Can hours already logged at zero be recovered?

Not automatically. There is no repricing of history, so the practical fixes are manual. One is to re-record the affected time entries after the rate exists, so the hours are captured under it; that is tedious across weeks of timesheets but dependable. The other is to read those periods through the payroll-expense view instead, since actual wages paid still reach project profitability regardless of a missing hourly estimate.

The same rule applies to rate changes. A revised figure prices only time logged after the revision, so keep rates current when pay or overhead shifts. Treat any zero in the labor cost column as missing data, not free work.

Reading profitability with the timing rule in mind

Project reports compare money in against costs out, and labor usually decides the margin. When you audit a long-running project, check when the rate was introduced before trusting the margin. Hours that predate it drag profitability upward for artificial reasons. We suggest confirming the rate’s start date against the earliest timesheet in the project, then interpreting the report with that boundary in view.