Blog

Operations

Project Time Tracking with Approvals: A Practical Guide

July 2026Workclave Team9 min read
Project plans, timesheets, and charts spread across a desk during a weekly review

Project time tracking is the practice of recording working hours against specific projects and clients — not just against the company. Instead of answering “was Priya at work on Tuesday?”, it answers “how many of Priya's Tuesday hours went to the Acme Corp redesign, at what rate, and has her manager confirmed them?” For agencies and IT services firms that bill clients by the hour or by the sprint, that second question is the one that determines revenue.

This guide covers how project time tracking differs from plain attendance, why an approval step is the part most teams skip (and pay for), the workflow from work session to invoice, how to set it up, the failure modes that quietly break it, and the handful of metrics worth watching once it is running.

Project time tracking vs plain attendance

Attendance tracking and time tracking sound interchangeable but produce fundamentally different records. An attendance system — a biometric punch, a door tap, a Slack check-in — proves presence. It tells you an employee was on the premises (or online) between 9:14 and 18:03. That record is useful for HR and payroll, and in India it is required for compliance, but it says nothing about what was produced in those hours or who should be invoiced for them.

A project time record has more structure. Each entry carries:

  • Who did the work
  • Which client and project it belongs to
  • What kind of work it was (development, design, support, meetings)
  • When it started and ended, and the resulting duration
  • Whether it is billable, and at what rate

The difference matters most at month end. From attendance data alone, you can compute salaries. From project time data, you can compute invoices, project profitability, and team utilisation. Agencies that run only an attendance system end up reconstructing project hours from memory when the client asks for a breakdown — which is where disputes begin. The distinction between presence records and work records is covered in more depth in session-based attendance vs clock-in/clock-out.

Why approvals matter: disputes and revenue leakage

Most teams that adopt time tracking stop at capture: everyone runs a timer or fills a timesheet, and the totals flow straight into an invoice. The missing step is review. Without it, two predictable problems appear.

Billing disputes.When a client questions a line item — “why were there 14 hours of meetings on this sprint?” — an unreviewed timesheet is a weak defence. The hours were entered by the person who worked them and seen by nobody else before the invoice went out. A manager-approved record changes the conversation: a named reviewer confirmed each session against the project plan before it was billed. Disputes that would have dragged for weeks close in one email, because the audit trail exists.

Revenue leakage. Industry studies of professional services firms consistently find that 15–30% of genuinely billable work never reaches an invoice. It leaks through forgotten timers, work logged to the wrong project, hours written down during review because nobody trusts the raw entries, and small tasks (calls, code review, deployment support) that never get logged at all. We have written about what this costs a typical Indian agency in concrete terms in why Indian IT agencies lose ₹30,000+ every month in billable hours.

Approvals attack both problems at the same point. A review step catches misattributed and missing hours while the week is still fresh — when the manager can actually remember whether that deployment ran long — instead of at month end, when the default action is to quietly drop anything questionable. Dropped hours are the leak. Approved hours are defensible revenue.

The approval workflow: from session to invoice

A working timesheet approvals pipeline has five stages. Each stage transforms the record and narrows the room for error.

  1. Session — The employee records a work session as it happens: start, end, and a short note on what was done. Contemporaneous capture is the foundation; everything reconstructed later is an estimate.
  2. Project link— The session is attributed to a client and project at capture time, not at invoicing time. This single habit eliminates the month-end guessing game of “whose hours were these?”
  3. Manager review — On a fixed cadence (daily or weekly), the project lead reviews submitted sessions: correct project, plausible duration, billable flag set correctly. Anomalies are queried while memories are fresh.
  4. Approved — The manager approves the session, which locks it. An approved session carries a reviewer identity and timestamp, and can no longer be silently edited. This is the record you show a client — or an auditor.
  5. Invoice — Only approved, billable sessions flow into the invoice. The line items on the invoice trace back one-to-one to approved sessions, so any client query has a ready answer.

The lock at stage four is what makes the pipeline trustworthy. If approved hours can be edited afterwards without a trace, the approval is theatre. If they cannot, every downstream number — invoices, utilisation, project margin — inherits the approval's credibility.

This is the model Workclave is built around: employees log work sessions linked to projects, managers approve them on a schedule, and approved sessions become the single source of truth for both payroll and client billing. Because the session is the unit of record, attendance and billable time come from the same data instead of two systems that disagree.

Setting it up: projects, rates, and policies

Define clients and projects first

Before anyone tracks a minute, build the project list. Keep it shallow: one entry per client engagement, plus a small number of internal buckets (internal tooling, business development, training). Two structural rules save pain later:

  • Every project belongs to a client, even internal ones (the client is your own company) — so utilisation maths stays consistent
  • Avoid a generic “Miscellaneous” project. It becomes a black hole that absorbs 20% of hours and answers no questions

Set rates and billable defaults

Attach a billing rate at the project level (or per role within a project if your contracts vary). Then decide the billable default per project: for a client retainer, sessions default to billable and the reviewer flags exceptions; for internal projects, the reverse. Defaults matter because people follow the path of least resistance — if marking work billable takes extra clicks, billable hours will be under-reported.

Write the approval policy down

A one-page policy is enough, but it must answer four questions explicitly:

  • When are sessions submitted? Same day is ideal; end of next working day is the practical maximum
  • Who approves what? One named approver per project, with a fallback for leave weeks
  • How fast must approvals happen? Set a service level — within two working days — so sessions do not pile up unreviewed
  • What happens to rejected sessions? They go back to the employee with a reason, get corrected, and re-enter review — never silently deleted

Whichever tool you choose should enforce this policy rather than merely permit it. If you are comparing options, our side-by-sides on Workclave vs Toggl and Workclave vs Hubstaff look specifically at how each handles the approval step.

Common failure modes

The Friday retro timesheet.The most common failure is cultural, not technical: the team fills the whole week's timesheet on Friday afternoon from memory. Research on timesheet accuracy is blunt about the cost — recall decays fast, and hours reconstructed days later systematically undercount short tasks and interruptions. A Friday timesheet is a fiction with a signature on it, and an approval on a fiction adds no accuracy. The fix is capture at the moment of work: sessions started when work starts. If your tool makes that a two-second action, the Friday ritual disappears on its own.

Double entry between the HR tool and the timer tool. Many agencies run one system for attendance (for HR and payroll) and a separate timer tool for billable hours. Every employee now enters time twice, the two records disagree by 10–15% every month, and somebody spends a day reconciling them before invoicing. Worse, each system is individually plausible, so nobody notices which one is wrong. The structural fix is a single record that serves both purposes — one session, linked to a project, that is simultaneously the attendance entry and the billable entry.

Approvals that rubber-stamp.If a manager approves 400 sessions in one batch on the last day of the month, review has collapsed into ceremony. Keep approval batches small by keeping the cadence short — weekly at most — and surface anomalies (unusually long sessions, unassigned hours) so the reviewer's attention goes where it is useful.

Tracking granularity nobody sustains. Six-minute increments and per-ticket tags look rigorous on paper and die within a month. Track at the session level — one block of focused work on one project — and let notes carry the detail. Sustainable and slightly coarse beats precise and abandoned.

Metrics to watch

Once the pipeline runs, three numbers tell you whether it is healthy — and each one is only meaningful because the approval step makes the underlying data trustworthy.

  • Utilisation — Approved billable hours divided by total available hours per person. Services firms typically target 70–80% for delivery roles. Below that, you are overstaffed or under-selling; watch the trend per person, not the single-month number.
  • Approval lag — Median time from session submission to approval. If it creeps past your service level (say, two working days), reviews are becoming rubber-stamps and errors are reaching invoices. Lag is the earliest warning light the pipeline has.
  • Unbilled hours — Approved billable hours that have not yet appeared on an invoice, ideally as a percentage of all billable hours. This is your leakage metric. If it grows month over month, revenue is being earned and not collected — the exact 15–30% gap that approvals exist to close.

A useful monthly ritual: put these three numbers in front of project leads alongside project margin. Utilisation tells you about capacity, approval lag about process health, unbilled hours about cash. Together they turn time tracking from an administrative chore into an operating instrument. For what this looks like priced against team size, see our pricing page.

Summary

Project time tracking turns hours into invoiceable, defensible records by attributing every work session to a client and project. The approval step is what makes those records trustworthy:

  • Capture sessions contemporaneously and link them to projects at entry, not at month end
  • Review on a short cadence so errors are caught while memories are fresh
  • Lock approved sessions so invoices trace back to records nobody can quietly edit
  • Kill double entry — one session should serve attendance, payroll, and billing
  • Watch utilisation, approval lag, and unbilled hours monthly

Firms that skip approvals do not save time — they move the work to month end, where it becomes dispute handling and written-off hours. Firms that run the full session-to-invoice pipeline recover most of the 15–30% that leaks, and get a cleaner answer for every client query along the way.

None of this requires heavyweight process. A shallow project list, sensible billable defaults, a one-page approval policy, and a tool that treats the approved session as the unit of record will carry an agency from five people to fifty. The discipline that matters is small and daily — start the session when the work starts, review it within the week — and everything downstream, from the invoice to the utilisation report, simply falls out of records you already trust.

Related reading

Run the whole session-to-invoice pipeline in one place. Workclave links every work session to a project, routes it through manager approval, and turns approved hours into billing-ready reports.

Sources and further reading: