Help centre · HR
Timesheet Reader
Open this screen in Saral/hr/attendance/sheets
The queue of paper sign-in sheets sent in from site — photographed from the worker portal and filed under the days they cover — with the sheet on screen and the Site Register's day grid beside it, so the hours are keyed in one pass. A person reads the sheet and types the hours; the reader does not read it for you, and a worker never keys their own hours. Each sheet is marked Keyed, or Parked when it is illegible, and the queue moves on.
You enter
- The hours, into the day grid beside the sheet (Split) or into the Site Register on a second screen that follows this one.
- Keyed, Park (with the sheet chased back to site), or Reopen; Rotate when a page was photographed sideways — saved for everyone.
- How the queue is grouped (Sender, Site, Day), whether to show To key or All, and how far back to look (14, 30 or 90 days).
Saral fills in
- The queue itself: every sheet uploaded in the window, who sent it, when, the site, and the days it is tagged with — a sheet tagged with a fortnight is one sheet here, not fourteen.
- Per day on the sheet: how many attendance rows that day already holds from every source, against what the site normally runs — a day with hours but well under normal is shaded amber as a question, never a verdict.
- A sheet nobody has keyed ten days after its first day is marked old: pay runs follow the month end, so an unkeyed sheet is a pay problem, not an old row.
It produces
- Attendance on the Site Register for the days keyed — the same rows every timesheet and CIS invoice is built from.
- A record of who marked each sheet keyed or parked, and when.
What this page is for
On many sites the register is still a sheet of paper on a clipboard. Instead of emailing a photo of it to the office to be filed by hand, a site manager photographs it from the worker portal, tags the site and the days it covers, and it lands here and beside those days on the Site Register. This page is the office's worklist for keying those sheets: a queue, the sheet at full size, and the day grid next to it. It is deliberately not an hours-entry surface for workers and it does not read the paper for you — accounts reads it and types the hours, which keeps the register the one place attendance is written.
One screen or two
With two monitors, open the Site Register on the other one: this reader broadcasts the site and day it is showing and the register offers to jump there, so keying a month never means clicking back to a chip strip. On a laptop, Split puts the same day grid beside the sheet in this window and folds the queue away to make room; drag the divider to share the width. Hours keyed either way are the same rows.
What 'done' means here
A day is counted from every source — a manager's marks, check-ins, an import — not only from this sheet, so the chip shows the number of rows against what the site normally runs rather than a tick. Nine days carrying one row each on a site of thirty-five is a stray scan, not nine keyed days, and the count makes that obvious. Keyed and Parked are a person's statement about the sheet, recorded with their name and time; Close N done only ever touches sheets with nothing outstanding.
Where the settings live
Who may send a paper sheet in from their phone is on HR → Settings → Check-in & Sites. Marking sheets as keyed needs its database columns applied; until they are, the banner says the reader works but sheets stay in the queue. The hours limits the grid enforces are on HR → Settings → Timesheets & Invoicing.
Next screen: /hr/time-allocation
Not what you needed? Inside Saral, ask Kuku (Alt+K) — if it cannot answer, “Ask a human” sends the question to Saral support with the chat attached.