Twelve situations every restaurant eventually meets — what the system does on its own, and what you do.
01
Someone forgot to clock in
Situation: Sara has been serving since 11:00 but never tapped in — the register is missing her.
What the system does: The register shows only real punches, so Sara is absent from today's page. The Staff Register page will not invent an entry.
What you do: Add a missed punch from Timesheets (insert missed punch, with a written reason). It appears on the register immediately, flagged as a manual entry — which is the honest, inspection-safe representation. Then remind Sara: the flag exists precisely because real-time beats reconstructed.
02
Someone forgot to clock out
Situation: Giuseppe went home at 22:00; at midnight his pass still shows "ongoing".
What the system does: With no activity, the terminal closes the pass on idle timeout and records "idle" as the end reason. A manager can also press Force end on Shifts & Servers at any moment.
What you do: Correct the end time in Timesheets to when he actually left, with a reason. The punch keeps its full edit trail and shows as corrected on the register.
03
A no-show during service
Situation: A scheduled server simply does not appear on Friday evening.
What the system does: The live board shows who is actually clocked in; the weekly timesheet marks the shift as a no-show when scheduled hours meet zero punches.
What you do: Post the shift as an open shift so colleagues can claim it, or message staff directly from Chat. After the week, the no-show is already on the timesheet for the performance conversation.
04
A last-minute swap
Situation: Sara cannot make tomorrow's lunch; Giuseppe is willing.
What the system does: Sara offers the shift to Giuseppe (or posts it open) from her phone; the request waits for approval; on approval the rota reassigns itself and both see the change.
What you do: Approve from Scheduling → Requests — one tap. For an emergency you can skip the round-trip entirely: open the shift in the editor and reassign it yourself.
05
The inspector arrives mid-rush
Situation: Two officials at the pass at 12:30, the owner is at the wholesaler.
What the system does: Any staff member taps Personalliggare on the terminal: the full read-only inspection view opens without any code. Personnummer unlock with any staff member's own code, audited.
What you do: Keep serving. The seventeen-year-old extra can lawfully present the register alone. If the inspector wants a copy, any manager with HR permission prints or exports it from the dashboard — even from a phone.
06
A new hire starts this afternoon
Situation: You hired a dishwasher at 13:00; they start at 16:00.
What the system does: Nothing blocks a same-day start: staff record, code and register readiness take about three minutes.
What you do: Add them on Staff & Permissions, enter at minimum the personnummer on the HR profile, set their 4-digit code on Shifts & Servers, and share the portal link. They clock in at 16:00 and the register is complete and lawful from minute one.
07
A trial-shift candidate ("provjobb")
Situation: Someone works a two-hour trial before you decide to hire.
What the system does: The register duty covers everyone performing work in the venue — paid or not, hired or not.
What you do: Give them a staff record and code before they start (you can deactivate it after), or insert a manual entry the moment the trial begins. An unrecorded trial worker is exactly the 2,500 kr-per-person finding.
08
An employee quits
Situation: Sara resigns at the end of the month.
What the system does: Deactivating her ends scheduling and portal access; her code is severed. A GDPR erasure pseudonymises her everywhere immediately — but her register entries stay identifiable inside the statutory 2-year window (encrypted snapshot), and payslips survive under bookkeeping law.
What you do: Set her inactive with her employment end date, run her final pay period, and only then process an erasure request if she makes one. Never delete the record outright — the law needs the history.
09
The terminal dies mid-shift
Situation: The till tablet reboots (or the network drops) while three people are clocked in.
What the system does: The running shift is cached encrypted on the device and survives reboot and offline periods; punches sync when connectivity returns. The register lives on the server, not the device.
What you do: Carry on. If a punch was genuinely lost, insert it as a missed punch with a reason — flagged, honest, done.
10
A pay dispute
Situation: "I worked way more hours than this payslip says."
What the system does: Every paid minute traces back: payslip → locked run → approved timesheet → individual punches with their full edit history and reasons.
What you do: Open the timesheet week together and walk the punch log. If the record is wrong, correct it (audited) and settle the difference as a correction on the next run — locked history stays locked.
11
You locked payroll and then found an error
Situation: A locked run undercounted Giuseppe's overtime.
What the system does: Locked runs are immutable by design — that immutability is what makes them trustworthy to your accountant and to Profit reports.
What you do: Add the missing amount as a correction line on the next period's run (and note it). This mirrors standard payroll practice everywhere: history is never rewritten, it is corrected forward.
12
You employ a 17-year-old
Situation: A gymnasium student works weekends.
What the system does: Their date of birth marks them a minor to the compliance scanner: hour ceilings, night-window and rest rules from AFS 2012:3 apply to every scan, planned and worked.
What you do: Enter the correct date of birth on the HR profile, then treat compliance findings on their shifts as hard stops, not suggestions. School-term rules are stricter — when in doubt, check av.se.