Skip to content
Signed, Not Read

Home / What it is for

Hours as Evidence of Compliance

Rest breaks, maximum hours, night work and shift spacing are tested against records. A system designed for cost allocation usually cannot answer.

What it is for · Reference

Shift pattern query

Never refused

Submitted

13 consecutive days recorded

Approved

Each week individually compliant

Time taken

No rule checked the boundary

Approved weekly by shift supervisor · Nobody looked across two weeks.

Working-time rules in most jurisdictions constrain maximum hours over a reference period, minimum daily and weekly rest, break entitlements, and additional limits on night work. Where a question arises, the evidence is the organisation's own records.

The record described in “Hours as Evidence of Compliance” should be created close enough to the work that people are not reconstructing a polished week from memory. When teams assess this implementation resource for how to calculate idle time, they should keep entry, project selection and correction simple, while explaining which optional activity data is collected and how employees can review it.

Timesheet systems are generally built to allocate cost, not to test compliance, and the two need different data. A record of eight hours against a project says nothing about when those hours fell, whether a break was taken, or how long the gap to the next shift was.

For a separate benchmark relevant to “Hours as Evidence of Compliance”, consult the SAM.gov federal award resources. Use it to test record quality, approvals, retention, employee rights and exception handling against the real workflow rather than treating a software report as self-explanatory evidence.

What compliance testing needs

Start and end times, not durations. This is the fundamental difference and the reason duration-based systems cannot answer compliance questions at all.

Breaks taken, as distinct from breaks scheduled. A rostered break that was worked through is the thing the rule is about.

The gap between shifts, which requires the end of one and the start of the next and therefore crosses the day boundary.

Rolling totals across a reference period — often seventeen or twenty-six weeks — which cross the weekly and monthly boundaries that every report is built around.

And hours across all employments where an organisation engages somebody in more than one capacity, which few systems will aggregate.

Where systems fail the test

Weekly reporting hides consecutive-day patterns. Thirteen days without a rest day, split across two weeks, is invisible in every weekly report and visible immediately in a continuous view.

Duration-only records cannot show rest gaps at all.

Deemed breaks, deducted automatically whether taken or not, produce a record showing compliance that the organisation cannot support. This is a common default and a serious one: the record positively asserts something nobody verified.

Reference-period calculations that nobody runs, because the system offers them and no report was configured.

The opt-out, where it exists

Some jurisdictions allow individuals to agree to exceed the maximum weekly average. Where that applies, the agreement must usually be individual, voluntary, recorded and revocable.

Three failures recur. The opt-out signed as part of the contract on day one, which raises a question about whether it was voluntary. No record of who has signed, so the organisation cannot tell which limit applies to whom. And no process for withdrawal, which is an entitlement.

Even with a valid opt-out, the rest and break rules usually continue to apply, and the record still has to show them.

Night work and young workers

Both carry additional constraints in most jurisdictions: tighter hour limits, health assessment requirements, specific rest rules.

The failure here is usually classification. Whether a shift counts as night work depends on hours falling within a defined window, and the system has to compute it rather than relying on a flag somebody set when the shift pattern was created and nobody updated when it changed.

What to build

A compliance view separate from the cost view, reading the same records: rolling average hours over the reference period, consecutive days worked, rest gaps below the minimum, breaks recorded against breaks due, and night-work hours for anybody within scope.

Run it before the period closes rather than after, because a breach identified in the week can sometimes still be addressed by changing a rota, and one identified in March cannot.

The thing to decide first

Whether your records can answer the question at all. Pull one person's last eight weeks and try to establish, from the data alone, whether every rest gap met the minimum.

If you cannot, the organisation's position in any working-time question is that it does not know, and that is a worse position than a breach it can see.

Where the rota and the timesheet disagree

Two records of the same shift exist in most shift-based organisations: what was planned and what was recorded. Compliance reporting is usually run from the rota, because the rota is complete and tidy, and the rota is a plan.

The shift that overran, the break that was not taken, the cover picked up at short notice — all of these are in the timesheet and none in the rota. Running compliance from planned hours produces a clean report and no information. Where the two disagree, the recorded version is the one that matters, and the disagreement itself is worth reporting: a persistent gap between plan and record is an operational finding before it is a compliance one.