Reporting

Timesheet completion

Where it stands, and what it is built from.
Worth your attention
Movement

This is a problem on our side. It is being monitored and does not need action from you.

Where it stands

Timesheet completion
77%
goal 95%+, below
Time tracking · as of Oct 9, 2026
77% ingoal 95%+

Weekly, up to the latest week on file

Why it is where it is

We read this workspace and nothing in it answers this.

This is one firm-wide share: hours logged against hours available. The useful version of the question is WHO is running behind and by how much, and that is a per-person split this page does not read. A firm-wide percentage cannot tell a few people running days late apart from everybody slipping a little, and those need different responses. Naming individuals from a single percentage would be inventing exactly the part that matters.

The entries themselves already carry who logged them and when, and employment records already carry each person's expected weekly hours, which is the same pair this share is computed from. Reading the same weeks person by person fills this section with who is short and by how many hours, measured against the weeks each person was actually on staff rather than the whole period. That is the difference between a hygiene number and a list you can work through this week.

What we checked, in order

We read this workspace and nothing in it answers this.

There is no ruled order of checks for Timesheet completion yet. Three of these ordered diagnostics exist and they attach to the profit share, an account under the floor, and absorbed work. This metric is not one of them.

An ordered set of checks is worth more than a list of things to look at, because the order is what stops the most expensive move being tried first. Writing one for this metric is a decision about how it should be diagnosed rather than a gap in the data.

Root cause

What usually decides this number is WHEN logging happens rather than whether people are willing to do it. Time written down inside the week it was worked is an act of recording. Time written down at the end of a period is an act of remembering, and the same work produces a lower and shakier number when it goes through memory. That is the mechanism this metric most often reflects, and it is stated here as the likely reading rather than as a finding: confirming it for your team means comparing when hours were worked against when they were entered, entry by entry, and this page does not read that. What can be said without it is narrower and still useful. A completion share short of its goal is rarely a sign that the work did not happen, and nothing about a tracker being broken shows up in this number at all.

Time tracking

What to do now

Nudge this week rather than reconstructing at period close. Ask for the missing days while the week is still recent enough to be recorded rather than recalled.

A gap in this share is usually concentrated in a few people running days behind, not spread evenly across the team, so a firm-wide policy response costs everybody time to fix something most of them are not doing. It is also the cheapest possible correction while the week is recent: the same hours entered a month later are an estimate, and every number computed from them inherits that. This page cannot yet name who is short, which is what the section above says would take a per-person read, so the ask is for the people your own tracker already shows as behind.

This closes no measured driver above, and does not claim to.

Time tracking

What stops it coming back

Move the close inside the week. A short, standing end-of-week close with the tracker open beats any amount of month-end reconstruction, because it asks people to record rather than to recall.

Two structural pieces do most of the work here. First, logging becomes part of finishing a week rather than a separate administrative task, which is the difference between a habit and a chore. Second, onboarding names time logging as part of the job from the first day, so a new starter never learns the slower pattern in the first place. Both are changes to the ritual, and the product cannot make either of them for you.

This closes no measured driver above, and does not claim to.

Time tracking

What happens if this is ignored

This is the metric other metrics are made of, so ignoring it does not leave one number wrong. Utilization, billable share and every per-client margin on this board are computed from logged hours, and each of them inherits the missing time as a quiet understatement. The damage compounds in a specific way: unlogged hours look like capacity, capacity looks like room for more work, and the firm sells against room it does not have. By the time it is reconstructed at period end, the reconstruction is a guess wearing a ledger's clothes, and it is a guess that has already been billed against. Where this lands is not this tile. It is Utilization reads 50%, with no band set for it. There is no band set on that tile, so it can show you the movement and cannot tell you whether the movement is already too far. Utilization is computed from the same logged hours, so it inherits every hour that never got written down. That is why the damage is visible there before anybody notices it here.

Time trackingUtilization tile, this board

Is this target still telling you anything

We read this workspace and nothing in it answers this.

The window spans a measurement change, so its periods are not one series: compute path changed: demo-history-seed@1 to live-serving-rollup@3

How this metric is measured changed inside the period this section would look back over, so counting hits across it would be counting two different measurements as one. This fills in once the whole window sits on one basis.

Source: Time tracking, as of Oct 9, 2026
Help and feedbackAvailable after sign-in