Timesheets turns logged hours into the three numbers a services business runs on: billable share — 66% on 808h of 1,213h — leakage risk, and utilisation. Then it names the lines that leak.
The leakage board does not say “revenue at risk.” It says: 73 entries coded non-billable on client work, $58K, here are the people and projects. Specific is fixable.
timesheets.cedxsystems.com — live build
Runs on demo data. Dollar figures are rate × hours on the seeded rate card, not billing data.
1,213h logged380 entries in the seeded period · 808h billable
66% billable share$176K at the demo rate card
184 leaky linesscored for leakage · 11 high risk · $14K
What it is
Three places time goes to die.
Leakage with a dollar figure
The board scores 184 lines and prices the expectation: value × risk% sums to $54K of expected leakage. The signals are named — “Internal time on client project”, “Missing client code”, “Rate below role / project” — with person, project, hours and value on every row.
11 high-risk lines ≥55%, worth $14K
Two policy levers simulate expected leakage to $16K
Delta vs baseline: $38K reduced, printed on the card
timesheets — screen-2
Utilisation, forecast eight weeks out
Booked-util % against billable-util % for W31–W38 on a do-nothing baseline: average 79% across 12 people, two under 70% (bench risk), two over 85% (burnout risk), and W37 drifting to 74% before anyone calls it a problem.
W31: 494h capacity · 409h booked · 83% util
Per-week capacity, booked, actual and util in the table
One capacity lever simulates average util to 94%
timesheets — screen-3
Entries drafted from activity, approved by a human
The Suggested panel drafts entries from app and window titles — a document maps to the rollout project, a ticket queue maps to the support retainer — each with hours and a confidence, and each waiting on Accept, Edit or Reject. The screen says it plainly: “nothing tracked live.”
10 pending suggestions, confidence 72–96%
Source app named per row: docs, mail, sheets, tickets
Reject is a first-class button, not a trapdoor
timesheets — screen-4
Product tour
Four screens, captured from the running build.
Not a mockup and not a concept deck. This is what opens at /app/timesheets.
timesheets.cedxsystems.com
01 — Overview
The week, as a P&L
1,213h logged, $176K billable at a 66% share, 46 sheets pending approval, time health 68. The alerts are priced: $58K of internal hours on client projects, $37K aging past the five-day approval SLA, $30K billed under the role rate card.
Billable vs internal, weekly W24–W35, events annotated
Every scored line shows its signal, person, project, hours, value, risk% and expected dollars. The top signal is coding internal time to a client project — 8.5h at $2.7K, 65% risk — and the Scoring model tab shows how the number is built.
Leakage board / Policy levers / Scoring model tabs
Filter chips ≥55% and ≥70% risk
CSV export of the lines you filtered to
03 — Util forecast
The bench and the burnout, eight weeks early
The forecast reads booked hours against capacity per week and per person. W31 sits at 83% booked util with 61% of it billable; W37 sags to 74% on the do-nothing baseline, which is exactly when a bench conversation is still cheap.
12 people · 494h of W31 capacity
Under 70%: 2 people · over 85%: 2 people
By-person tab for the individual view
04 — Entries
380 rows, 184 of them leaky
The ledger: date, person, project, task, hours, billable flag, value, status — with chips for Billable, Leaky, Submitted, Draft and Approved. Above it, the suggested queue drafts tomorrow's entries from activity, with a human approving each one.
Matching view: 1,213h across 380 rows
Status flow: Draft → Submitted → Approved
Search across person, project, client and note
Who runs it
Three roles read the same hours.
Roles, not references. We have no named customers yet, so nobody in these photographs is quoted, credited or claimed as one.
Engagement manager
Watches the leakage board for their projects: internal time coded to client work and rate-card drift are margin conversations held in week 31, not at quarter end.
leak signals · 184
Resource planner
Reads the util forecast eight weeks out: two people under 70% and two over 85% is a staffing decision made while there is still time to make it.
avg util · 79%
People operations
Runs the approval queue: 46 sheets pending and a five-day SLA on the manager side, with the aging priced at $37K.
pending approve · 46
The shape of it
What the demo period actually looks like.
Every figure below is legible in the captures above. Nothing here is a projection of your estate — it is the state of the demo data.
380entries in the period1,213h · 808h billable
$54Kexpected leakagevalue × risk% across 184 lines
$37Kaging past approval SLA25 sheets ≥5 days in manager queues
79%average utilisation12 people · W31–W38 forecast
Root-caused leakage, priced on screensymptom → cause → fix · open this period
Internal hours on client projects — 73 entries coded non-billable on client work$58K
Approval SLA past 5 days — 25 sheets aging in manager queues$37K
Under-rate work — 48 entries below the role rate card$30K
Billable share808h billable of 1,213h logged
Billable · 808h · $176K at the rate card
Internal · 405h — the leakage board's hunting ground
Time healthbillable share 66% · 11 high-leak lines · 46 approvals open
68
Composite score 68 across the four components
184 lines carry at least one leak signal
How it runs
A week of hours, in the order it happens.
01
Draft
Activity suggests the entry — app and window title mapped to a project, with hours and confidence. The person accepts, edits or rejects; nothing is tracked live and nothing auto-submits.
02
Submit
The sheet goes Draft → Submitted. The entry ledger keeps billable flag, value and status on every row.
03
Approve
Managers clear the queue against a five-day SLA — 46 are pending in the demo, and the 25 aging past the SLA are priced at $37K.
04
Read
Leakage, utilisation and billable share close the loop: the week's 1,213h become a P&L reading, and the forecast projects it eight weeks forward.
One record
The hour is the atom the estate bills on.
An approved hour is one record with many readers: the engagement's margin, the planner's utilisation, the pay run. Nobody re-keys it.
Finding this out on the third call is worse for you than reading it here, and worse for us.
Timesheets is not generally available. What opens today is the live build on demo data — 380 seeded entries, with people, projects and clients that are demo fixtures.
We have no named customers to show you, so this page shows none. The client and person names in the captures are the demo set, not references.
Dollar figures are rate × hours on the seeded rate card. They are not billing data — yours or ours — and the rate card itself is demo configuration.
Activity-based suggestions are a preview: the screen states “app/window title → project mapping · nothing tracked live.” What sources will be supported at general availability is not something we are claiming here.
The leakage and utilisation models are heuristics over coded hours. They direct a review; they are not an accusation, and we do not present them as one.
No audit or compliance certification has been issued for Timesheets. What we can evidence about hosting, encryption and access is on the security page.
Yes. Every screenshot is a capture of the running build and you can open the same build at /app/timesheets. It runs on demo data.
Does it track my screen?
The suggestion feature maps app and window titles to projects and drafts an entry for a human to accept, edit or reject — and the demo screen states “nothing tracked live” on itself. The entry is not filed until the person approves it.
What counts as leakage?
Three named signals in the demo build: internal time coded on a client project, a missing client code, and work billed below the role's rate card. Each line is scored with a risk% and priced at value × risk% — $54K of expected leakage across 184 lines.
How far ahead does the utilisation forecast read?
Eight weeks. The demo shows W31–W38 on a do-nothing baseline — booked util against billable util per week, per person — with W37 sagging to 74% and flagged before it becomes a bench problem.
What happens when approvals stall?
They get priced. Sheets aging past the five-day SLA are summed and displayed — 25 sheets, $37K in the demo — so an approval bottleneck is a number, not a nagging feeling.
Is Timesheets audited or certified?
No certification has been issued. What we can evidence about hosting, encryption, tenant isolation and production access is written up on the security page.
The hours are already being spent. See where.
Live build, demo data, no card. Then look up what last Friday would have scored on the leakage board.