Clock in from anywhere
Phone, laptop, or a shared kiosk with a PIN for people who have no work email. Server time is authoritative; the device time is recorded next to it, never instead of it.
This is a payroll instrument, not a productivity tracker. Every feature below is here because a number on a payslip has to be defensible months after the week it came from.
Illustration with fictional sample data — Northwind Depot is not a real company.
A punch is an event, not a field somebody edits later. It is recorded once, by the server, from whichever device the person actually has.
Phone, laptop, or a shared kiosk with a PIN for people who have no work email. Server time is authoritative; the device time is recorded next to it, never instead of it.
Paid and unpaid breaks are separate. Unpaid time comes off the payable total before anyone approves it, so the figure a manager signs is the figure payroll uses.
Fixed, flexible and weekly-flexible patterns, assigned per person, per team or organisation-wide. Editing a pattern never rewrites a week that already closed.
Web, kiosk or a manual correction — the source stays in the entry’s history for good.
Each day is judged against the pattern and grace period that were in force on that date.
Late, left early, absent, forgotten clock-outs, corrections and time off all land in one place, for the right manager, with the rule they broke attached.
Each exception arrives with the schedule it broke, and clears in one of two ways: accept it with a reason, or correct the record.
Who is in, who is flagged, who is on leave or a public holiday. Nobody is marked absent on a day they were never scheduled to work.
A member proposes the fix; a manager approves, rejects or edits and approves it. The original punch is never overwritten — the correction is a new row that refers to it.
Scoped to their own teams, and only to the days that are actually unresolved.
The record shows what the clock said and what was agreed, side by side.
Approved leave and public holidays cover the day, so nobody is reported absent on them — and paid leave reaches payroll as its own line.
People ask for a day, a half day or a range against a balance they can see first. Every adjustment records who made it and why.
Import your country’s public holidays for a year in one action, add your own days, and mark fixed dates to repeat. Every person inherits them.
Someone who works a public holiday clocks in as normal. The day is recorded as worked holiday — payable, and counted separately in reports.
Nobody has to ask how many days they have left.
Importing the same year twice changes nothing, so the button is always safe to press.
Each week ends with a signature, a lock and an export. Every step is deliberate, and every exception to it is on the record.
Bulk approval covers everyone with a clean week and refuses anyone with an unresolved exception, so it is always safe to press.
A locked period stops accepting edits. An owner can reopen it, but only with a reason, and the reopening is itself an audit event.
A CSV that separates payable minutes, unpaid break and paid leave — the columns a payroll run needs, not one lump sum.
Breaks already deducted, paid leave already separated, corrections already visible.
Attendance, payroll summary and raw time entries all export as CSV for any date range.
Most of the product adapts to how you work. These six do not — they are the reason the numbers are worth anything.
Nothing inside it can move. Reopening is owner-only, records a reason and notifies everyone whose numbers are back in play.
Corrections add a row and keep the original visible. You can always answer “what did this look like before, and who changed it?”
An accepted late arrival leaves the queue but stays on the record, attributed to whoever accepted it — and it can be revoked.
No productivity ratings, no rankings, no league tables. It records what happened against what was expected, and stops there.
A punch on a holiday or a leave day is still recorded. It surfaces as something to look at, never as nothing.
The boundary between teams lives in the database. A guessed link returns “not found”, not a page with the buttons greyed out.
Teams connect people to the manager who runs them, and decide exactly what that manager can see — enforced by the server, not by greyed-out buttons.
Putting someone on a team gives them an approver. The People page counts anyone who has nobody to approve their hours.
A manager asking for someone outside their teams gets “not found”, not a permission error that would confirm the person exists.
A raise in June leaves May paid at the old rate, permanently. Managers never see what their team is paid.
Owner, admins, teams and members — so a gap in who approves whom is visible before payday.
CheesyHire sends each new hire to Daybook with an organisation key. The connection is designed so a retry can never create the same person twice.
Each key carries only the scopes it needs — reading the organisation, reading or writing people, and acting as a person when that is allowed.
Every write made with a key carries an Idempotency-Key. Replaying it returns the original answer and writes nothing new.
Test keys only ever reach a linked sandbox organisation that can be seeded with demo data and reset. Nothing leaves it — not even an email.
Created the first time, updated after that — addressed by the CheesyHire reference, not a Daybook id.
Each organisation sees its own name and logo throughout the product — applied by the server, with no flash of the wrong colours.
In the sidebar and in emails. A PNG, SVG or WebP up to 2 MB, squared and resized for you; without one, your initials stand in.
Pick an accent colour and it is accepted only when white text on it still meets the 4.5:1 contrast ratio. Light, dark or match the device.
Publish two DNS records and invitations and password resets go out from your address, signed with a key generated for you.
Logo, accent and appearance. Free-form themes are not offered, because they would break accessibility and speed.
Short answers about the parts people ask about most.
CheesyHire stays the place you hire. When someone is hired, CheesyHire sends the person to Daybook through its API, using their CheesyHire reference, so a retried request never creates the same person twice. From then on their working week lives in Daybook. A sandbox with test keys lets the connection be rehearsed without touching live data.
Yes. There are no plans and no per-person prices. Create an organisation and every feature described on this site is available from the first punch.
Only the people on their teams: their queue, board, timesheets, schedules, PINs and leave balances. Pay rates stay with admins and owners.
Every report exports as CSV — attendance, payroll summary and raw time entries — with the same figures you see on screen for the same date range.