endefrit

Specification · Time tracking module

Time tracking: what people owe, what they worked, where they stand

How Flipp records working time and absences for Swiss employers: access for every worker, the header timer, the day ledger with target, actual and balance (Soll, Ist, Saldo), work-time models, statutory flags, absences and vacation, and the monthly close. It describes the module as built and where it helps you follow ArG and OR rules. It makes no claim of legal compliance.

This module is in development. The details below describe its current scope and direction, including work that is not yet generally available.

Version
2.0
As at
25 September 2026
Status
Module in development
Scope
Switzerland
A consultant arriving at a studio courtyard with her bicycle.

Who uses this, and how they get access

Factory, sales and office workers use one employee identity for time and expenses. The journeys below define the target experience. Mobile, email-free access, shared terminals and offline capture are requirements in development, not a statement of release availability.

Factory workers

At the start of a shift, identify yourself at an employer-provided terminal or on the mobile app, then start work. Record breaks and the end of the shift, including overnight work. A personal phone or email must not be required. The terminal returns to its locked start screen after each action; it must never expose another worker’s hours, receipts or account.

For an occasional purchase such as approved equipment or travel, use the app or a private session on a company device to attach the receipt. If assistance is needed, an authorized colleague records who paid, who entered the claim and why; the worker confirms it before submission. A supervisor cannot claim a worker’s reimbursement as their own. Assisted capture is proposed work.

Sales and field workers

Use the iOS or Android app between customer visits: start or correct time, choose a project, distinguish working travel from private travel, and photograph a receipt immediately. Review the amount, currency, category and who paid before submitting. A visit or a GPS position must not automatically become approved work. Travel-time eligibility follows the employer’s agreed policy.

Without reception, retain time events and receipt drafts securely on the device and label them “not yet synced”. Reconnection must not duplicate hours or claims. Upload failure keeps the draft available for retry; submission waits for server confirmation and any required attachment. No offline item may appear approved or reimbursed.

Office workers

Use the web app on a computer for daily time entry, project allocation, weekly review and receipt upload. The mobile app is optional for capturing receipts or time away from the desk. Company email is convenient, but having a desk must not determine which identity or access rights a worker receives. Employee time confirmation and expense submission remain separate actions.

Account creation without company email

Current source behavior: registration, invitations and password recovery depend on an email identity. A personal email can satisfy the address field; a company-domain address is not required by the registration schema. The invitation form may omit the email field because the invitation already supplies it. This is not email-free registration. Phone-only, employee-number and kiosk sign-in are not implemented.

Target requirement: an administrator creates or imports the worker into the correct organization, assigns a manager, work location, schedule and enabled modules, then gives them a single-use activation code in person or through an approved channel. The worker activates their own account, chooses their language and sets a private credential. No invented email, shared supervisor account, personal phone or employee purchase of a subscription is required. A code must never let someone choose their own employer or role.

Recovery, shared devices and leaving the company

Proposed sign-in: organization code, employee identifier and a private credential. A short PIN is restricted to an enrolled company terminal with attempt limits and a locked-down session; an employee number or badge alone is not proof of identity. Activation codes expire after 48 hours and one use. After identity verification, an authorized administrator can issue a replacement and revoke old sessions; every recovery is logged. Never display or email the old credential.

A lost device can be revoked without deleting the worker’s records. On departure, revoke organization access and prevent queued mobile actions from being accepted; route unsettled time and expenses to the named manager and finance owner. Define how former workers obtain their own statements through HR. A worker moving to another employer must never inherit access to the previous organization’s data.

App scope and rollout acceptance

The existing delivery direction is a React Native app for iOS and Android, alongside the web app. Proposed first employee release: activation and sign-in, time and breaks, corrections, weekly review, receipt capture, expense submission and status. Managers and administrators start on the web. Installation on a personal device is optional; the employer supplies a usable alternative. Native release, email-free access and terminal operation each need their own acceptance test.

Before rollout, demonstrate three complete journeys: a factory worker with no email or phone finishes a shift and submits a receipt; a salesperson records a visit and receipt offline and syncs exactly once; an office worker corrects a week and follows a reimbursement. Verify all four interface languages, readable errors, keyboard and screen-reader access, no cross-worker data after terminal handover, and visible review outcomes without email notifications. These are release gates, not completed tests.

Three working days, worked through

Factory: a 06:00–14:00 shift, with the employee clocked out for a 30-minute lunch, records 7:30 of work and a 30-minute break. Nothing more is deducted, because the break already meets the 30 minutes that ArG Art. 15 requires over seven hours. Without the lunch gap, the day is 8:00 of work, and the missing 30 minutes are deducted and flagged. A timer left running is flagged and the employee is reminded; the planned shift never replaces the time actually recorded.

Sales: an hour of travel to a customer and a 90-minute visit are recorded as 2:30 of work on the customer’s project. An expense claim for the same trip goes through the expenses module and adds no working time.

Office: an employee who works four eight-hour days owes 32 hours a week, not 40. A half day of vacation on a scheduled day credits four hours and costs half a vacation day; an absence on the free day changes nothing. At the end of the month the employee confirms it and the manager approves it.

Read the detailed expense specification

Purpose and boundaries

The module records working time and absences for each employee, works out what they owe and what they worked, and puts every exception in front of their manager before the month is closed.

The flow is record → ledger → flags → month close → export. Employees own their entries and confirm their month. Managers approve absences and months for the people in their reporting line, never their own. Administrators set up work-time models, employment terms, absence types and the calendar.

Switzerland is the only jurisdiction. The rules draw on the Labour Act (ArG), its Ordinance 1 (ArGV 1) and the Code of Obligations (OR). The module helps you follow them. It does not certify compliance, and no legal review has taken place yet.

The module does not calculate or pay wages or wage supplements, and it does not issue invoices. It gives payroll each month’s hours, balances, overtime, Überzeit, night, Sunday and holiday hours, and absences.

Principles

Five rules shape every screen:

  1. 1 Record the truth, flag the exception. Only broken data is refused: overlaps, an end before the start, time in the future, a single entry over 24 hours, or a change in an approved month. Everything else is saved and flagged.
  2. 2 The law is the floor. Statutory checks are on by default. Each company sets its own targets, core hours and flextime limits per work-time model.
  3. 3 Balances are calculated, not stored. The ledger is worked out from entries, absences, holidays and employment terms. An approved month is frozen, so a later change to a model never rewrites the past.
  4. 4 Everyone starts at the legal baseline. There are no weekend, holiday or overtime multipliers. The only time credit is the statutory 10 % for regular night work, on models that switch it on.
  5. 5 Every number explains itself. The month table shows how each day’s target and actual time were reached, and every automatic deduction names its rule.

Recording time

Header timer

The timer lives in the header of every page. S starts or stops it, and N adds an entry by hand. While it runs, the browser tab shows the elapsed time.

The timer is kept on the server, so it survives a reload, a logout and a change of device. Stopping for lunch and starting again records the break. A timer left running for more than 12 hours or past midnight is flagged, and the employee is reminded.

Manual entries and views

An entry has a start and an end, or shorthand such as 2h 30m client call @acme. The list view groups entries by day with that day’s target, the calendar view shows the week as a grid with Outlook events alongside for people who sign in with Microsoft, and the timesheet takes durations per project and day.

Day boundaries

Days follow the organization’s time zone (Europe/Zurich by default). A shift that runs past midnight counts toward the day it started, so a 22:00–06:00 night shift is one working day, and its breaks and span are checked as one day.

The day ledger

Every day gets three figures: the target (Soll), the time owed; the actual time (Ist), the time worked plus credited absences; and the balance (Saldo), the running difference. The example is one day on a 42-hour week, worked 08:00–17:00 without a recorded break.

Target (Soll)
8:24

42 hours over five days at 100 %.

Actual (Ist)
8:30

9:00 of work minus the 30-minute break that ArG Art. 15 requires.

Balance (Saldo)
+0:06

Actual minus target, added to the running balance.

Public holidays and company days lower the target. Approved absences credit the actual time up to the target, so a holiday and an absence on the same day never count twice; unpaid leave lowers the target instead. A workload percentage scales the target to the second: 80 % of 42 hours over five days is 6:43:12 a day.

Breaks

ArG Art. 15 requires at least 15 minutes of break over 5½ hours of work, 30 minutes over 7 hours and 60 minutes over 9 hours. Gaps of 15 minutes or more between entries count as breaks. When the recorded breaks fall short, the ledger deducts the missing time and flags it.

Only the shortfall is deducted. 08:00–12:00 and 12:20–17:30 is 9:10 of work with a 20-minute break. Deducting 10 minutes brings the day to 9:00, which needs only 30 minutes of break, so 0:10 is deducted, not 0:40.

The deduction is the smallest amount that still satisfies the rule once it has been applied.

A model can switch the deduction off; the ledger then flags the short break instead. More than 5½ hours worked in one stretch before or after a break is also flagged (ArGV 1 Art. 18).

Work-time models

Administrators define one or more models and give each employee a model, a workload percentage and workdays, effective from a date. A change starts a new period, so past days keep the terms that applied to them.

Flextime

Work falls anywhere inside a flex window, with optional core hours that must be covered by work or an absence. The difference to the target goes to the flextime balance.

Fixed hours

Time above the target goes to the overtime account (Überstunden), handled as time off, a payout or included, as the model says.

Annual hours

Like flextime, with the balance settled over the year.

Trust-based hours

The ledger and the statutory checks keep running, but the balance is not shown.

Flextime models can set a cap and a floor on the balance, both shown on the balance page. At settlement, monthly or yearly, a balance above the cap is flagged, forfeited or moved to overtime; forfeits and transfers are visible bookings with a reason.

Überzeit is work above the statutory weekly maximum of 45 or 50 hours (ArG Art. 9). It is counted on actual work, never pro-rated for part-time, and added up per year against a cap of 170 or 140 hours (ArG Art. 12).

Flags and hard stops

Entries are always saved. The ledger flags these situations for the employee and their manager, with the rule they relate to:

FlagWhen
Break deducted ArG Art. 15Recorded breaks fall short of 15, 30 or 60 minutes over 5½, 7 or 9 hours of work
Late break ArGV 1 Art. 18More than 5½ hours worked in one stretch before or after a break
Short rest ArG Art. 15aLess than 11 hours between the end of one day and the start of the next
Long day ArG Art. 10More than 14 hours from the first start to the last end
Weekly maximum ArG Art. 9Net work over 45 or 50 hours in a week; the excess counts as Überzeit
Überzeit cap ArG Art. 12This year’s Überzeit reaches 80 % or 100 % of 170 or 140 hours
Night work ArG Art. 16Work between 23:00 and 06:00
Sunday or holiday work ArG Art. 18 and 20aWork from Saturday 23:00 to Sunday 23:00, or on a public holiday
Seventh day —A seventh working day in a row
Core hours missed —Core hours on a flextime day not covered by work or an absence
Missing day —A past scheduled day with no time and no absence
Forgotten timer —A timer running for more than 12 hours or past midnight

Only broken data is refused, with a message and nothing saved: overlapping entries, an end before the start, an end in the future, a single entry over 24 hours and any change inside an approved month.

Holidays and company days

Public holidays are synced per year and canton from OpenHolidays, half days included, such as the Sechseläuten afternoon in Zürich. They apply by each employee’s work canton, with the organization’s canton as the fallback; nationwide holidays such as 1 August apply to everyone.

Administrators add further days by hand, and re-syncing a year leaves those untouched. Every calendar day has one of four kinds:

Public holiday
No target that day, or half of it on a half day.
Company day
A day off from the employer, such as the afternoon of 24 December. No target, or half.
Pre-worked bridge day
No target that day. Its hours are spread evenly over the year’s other workdays, so the year’s total stays the same.
Company closure
The target stays, and vacation is booked for everyone automatically.

Absences and vacation

Absences are requested from one dialog: the type, the dates, and whole days, half days or hours where the type allows. Approved absences credit the day’s target. Flextime and overtime compensation draw on those balances instead, and unpaid leave lowers the target.

Built-in types: vacation, sickness, accident at work and off work, doctor’s appointment, military service, maternity, paternity, adoption, care of a family member, care of a seriously ill child, moving, wedding, bereavement, training, flextime and overtime compensation, unpaid leave and youth leave. Administrators set approval, certificates, half days and limits per type and can switch types off.

Requests go to the employee’s manager, who approves or rejects them with a note. Sickness, accidents, doctor’s appointments, family care and bereavement are recorded straight away, and the manager is notified. A sickness certificate is asked for after three days by default, and going over a type’s limit per case or per year is flagged. A team calendar shows who is away, limited to people the viewer may see.

Vacation

Vacation is held in days on the employee’s own schedule. The entitlement follows OR Art. 329a: at least four weeks, five until the 20th birthday, pro rata for part of a year and for fewer workdays, rounded up to half days. The model default is 25 days at 100 % on a five-day week.

The absences page points out when no two consecutive weeks are planned for the year (OR Art. 329c), and a vacation payout is refused while employment continues (OR Art. 329d).

Month close

  1. When a month has ended, the employee reviews its flags and confirms it. Reminders follow in the first week until they do.

  2. The manager sees the totals and every flag, then approves the month or returns it with a note.

  3. An approved month is locked. Administrators can reopen it with a reason. Balance corrections are separate bookings with a reason, and edits to past entries keep a revision.

Reporting, export and reminders

The same ledger feeds every figure:

  • My time: the running balance, vacation left, this year’s Überzeit and the month so far, above a day-by-day table of target, actual, breaks, absences and flags
  • Team reports for managers and administrators, limited to the people they review
  • A monthly payroll Excel export: close status, target, worked time, credited absences, actual, balance, overtime, Überzeit for the month and the year, night, Sunday and holiday hours, deducted breaks and absence days by type, plus a sheet per day
  • Reminders from 08:00 local time: yesterday’s missing time, a timer running for more than 12 hours, last month still unconfirmed in the first week, and a daily digest for reviewers with approvals waiting
  • A team calendar of absences

The export includes months that are not yet approved and shows each month’s status, so payroll can see what is final.

Roles and configuration

RolePermissions
EmployeesRecord and correct their own time, request absences, confirm their month and see their own balances
ManagersIn addition, for the people in their reporting line: approve absences and months, see team reports and export payroll data. Nobody reviews their own time.
AdministrationIn addition: work-time models, employment terms, absence types, holidays and company days, balance bookings and reopening approved months

Defaults of a new work-time model

ParameterDefault
Weekly target at 100 %42 h
WorkdaysMon–Fri
Statutory weekly maximum45 h
Minimum breaks over 5½ / 7 / 9 h15 / 30 / 60 min
Shortest gap that counts as a break15 min
Missing break timeDeducted
Vacation at 100 % on five days25 days
Overtime compensationTime off
Time zoneEurope/Zurich
Default canton—

Balances start at zero on the date an organization starts using the module. Administrators can book opening balances carried over from a previous system.

Worked scenarios

Each scenario is covered by an automated test. Unless stated otherwise: 42 hours over Monday to Friday at 100 %, 8:24 a day, with break deduction on.

A day without a break

08:00–17:00 with no gap is 9:00 of work. Over 7 hours requires 30 minutes of break, so 0:30 is deducted: 8:30 net, flagged with ArG Art. 15.

Part-time without rounding drift

At 80 % over Monday to Friday, the daily target is 6:43:12 and the week comes to exactly 33:36.

Pre-worked bridge days

With 26 December and the Friday after Ascension 2026 as pre-worked days, both have no target. Their 16:48 is spread evenly over the year’s other workdays, and the year’s total target does not change.

A cantonal half day

With the Sechseläuten afternoon synced as a half day, an employee in Zürich owes 4:12 that day and one in Bern owes 8:24.

Sick on days off

A 60 % employee works Monday to Wednesday and is sick from Wednesday to Friday. Only Wednesday is credited, with that day’s 8:24; Thursday and Friday change nothing.

Vacation over a holiday

A vacation week over Ascension costs four vacation days in Zürich, and the Thursday shows as a holiday.

A 47-hour week

In a 45-hour model, 47 hours of net work add 2:00 to this year’s Überzeit and flag the weekly maximum.

A short night

Working until 23:30 and starting again at 08:00 leaves 8:30 of rest: a short-rest warning, and a night-work flag for 23:00–23:30.

Joining mid-year

Joining on 1 July at 60 % on Monday to Wednesday, with 25 days at 100 %, gives 25 × 3⁄5 × 184⁄365 = 7.6 days, rounded up to 8.

Optional · Proposed, not yet available

Less timesheet admin, with an AI assistant

An assistant could assemble the day, suggest project allocations and surface entries that need attention. You would review the evidence and decide what becomes a time record. Each option below can be enabled separately; the timer and manual entry remain available.

Draft my day

Turn selected calendar events and project activity into a private draft, with suggested project, duration and description.

Candidate sources: Outlook or Google Calendar and selected project tools. Show the source, proposed time range, project match and uncertainty for each suggestion. A scheduled meeting is not proof of attendance; a commit is not a duration. Cancelled events and overlapping signals must not create duplicate time. Missing evidence stays a gap for the employee to resolve.

Log time by asking

“Log 45 minutes for the Acme design review yesterday.” Preview the date, project and duration before saving.

Optional text or voice input can create a draft, start or stop a timer, or answer questions about your own week. Resolve relative dates in the displayed time zone and ask for missing start times or ambiguous projects. An external assistant connection is a later option after an internal pilot. Every write needs a preview and explicit confirmation; retries must not duplicate it. Existing access and validation rules apply.

Check my timesheet

Flag possible overlaps, forgotten timers, unassigned work and missing details before review. Explain each flag and offer a correction.

The assistant may prepare a review queue and a reminder draft; sending reminders requires an enabled schedule or a confirmed action, with quiet hours and a frequency limit. The ledger and its rule checks determine balances and flags. AI may explain them, but cannot approve, reject, change a work-time model or close a month. Employees can dismiss suggestions with a reason; a gap must never be filled with invented work.

Recall work privately

An optional personal activity timeline could help recover forgotten work, with pause, exclusions and deletion under the employee’s control.

Defer desktop capture until customers demonstrate a need. Require explicit opt-in, a visible capture indicator, work-hour controls and app/site exclusions. Raw activity is private to the employee, including from managers and organization administrators; only confirmed entry fields are shared. No screenshots, keystroke capture, covert monitoring or productivity ranking. Raw activity is never treated as proof of hours worked.

Explain project time

Ask where a project’s time went, which months still await approval, or how approved hours compare with a stated budget.

Answers must link to authorized entries, state the date range and separate recorded, approved and billable hours. Use approved months for budget comparisons and disclose missing budgets or rates. Forecasts are estimates with stated assumptions. The assistant cannot infer profitability from hours worked, expose private activity or rank people by apparent busyness.

Separate human and agent work

Keep human effort, unattended AI runs and provider costs separate when a project uses AI agents.

Experimental option: attach agent run duration, tool/provider, available usage cost and a result reference to a project. Record prompting, supervision, review and integration as human work only when performed. A two-hour unattended run plus 20 minutes of human review means 20 human minutes and a separate two-hour run. Parallel agents must not multiply employee hours; any client charge follows an explicit billing agreement.

What every AI option must guarantee

Suggestions stay outside time totals until the employee confirms them. Store source references, the proposed fields, uncertainty, edits and confirmation history. Revalidate access, overlaps, current entry version and period locks at save time; refuse stale or duplicate writes. Connected content is evidence, never authority to call tools or change records. Revoking a connection stops new access and pending jobs; manual capture must keep working during an outage.

Data boundaries before a pilot

Choose a provider, permitted data fields and processing region before activation. Request only the sources the employee selects, with no model training on customer content. Proposed raw-signal retention: seven days, configurable downwards; delete dismissed drafts and their raw evidence on request. Confirmed time records follow a separate organization retention policy. Show connection health, last sync and deletion status; document deletion timing for backups and providers.

Start small and measure the result

Recommended sequence: calendar drafts and conversational entry first; then review assistance and project questions. Desktop capture and agent-cost records require separate customer demand. Pilot with 5–10 volunteers for two weeks after measuring one manual baseline week. Proposed gates: median daily review under two minutes, at least 80% of suggested project assignments accepted unchanged, at least 30% less timesheet administration, and zero unauthorized disclosures or writes. Measure missing work and false suggestions as well as acceptance; reject a pilot that merely inflates hours.

These are evaluation targets, not product performance claims. Before the pilot, its owner must set a per-user monthly cost ceiling and a stop condition for exceeded spend, repeated errors or privacy failures. Expand only after reviewing results and the correction log with participants.

Decisions

Product decisions already taken, and the business questions still open. Recommendations are proposals for agreement.

Decided

  • The month is the unit of approval. Employees confirm their month and managers approve it; new entries are not approved one by one.
  • Everyone is at the legal baseline. Weekend, holiday and overtime multipliers no longer credit time.
  • Vacation is counted in days on the employee’s own schedule.
  • No legal review yet. The module helps you follow ArG and OR rules and claims no compliance until a Swiss employment lawyer has reviewed it.

Confirmed mobile direction

Mobile delivery will be a React Native app for iOS and Android. The app is in development. The business decision is which employee and manager workflows belong in its first release.

Open business questions

01

First mobile release

Who needs to complete their work on a phone from day one?

  • Employees first: record and correct time, choose a project, review the week and respond to reminders. Managers review on the web initially. Recommended
  • Employees and managers together: include mobile approvals and team exceptions in the first release, with a broader launch scope.
02

Work away from a reliable connection

Must the first release support people working on sites, travelling or visiting customers with poor reception?

  • Yes. Employees can keep a record when disconnected and confirm it when back online. Include this in the mobile launch requirements. Recommended
  • Start with teams that have reliable connectivity. People record missed time afterwards until field use is included.
03

Overdue reviews

Who follows up when a manager has not reviewed time by the agreed deadline?

  • Remind the manager and escalate to the deputy, then HR if still unresolved. Keep the record pending until a person decides. Recommended
  • Give HR a regular review of overdue items and responsibility for assigning a replacement approver. Records remain pending during follow-up.
04

Access for workers without email

Which employer-provided devices and onboarding support are needed at the first factory site?

  • Include employer-issued activation and a shared terminal in the factory pilot, with private receipt capture on a company device and an HR recovery contact. Recommended
  • Start with individually assigned company devices. Email-free activation still applies; shared terminals follow only after their privacy and handover checks pass.
05

Launch markets

Which employment locations must the initial offer cover?

  • Launch with Swiss employers and explicitly agreed work locations. Add another country when customer demand and policy ownership are established. Recommended
  • Commit to a multinational launch for named customers, with each country’s working arrangements reviewed before release. This widens the launch obligations.
06

How to offer AI assistance

If the AI pilot meets its quality and cost targets, how should customers buy and adopt it?

  • Offer it as an optional add-on, enabled for participating employees. Set pricing after measuring review time saved and cost per active user. Recommended
  • Include an agreed AI allowance in the time-management package, with voluntary employee use and a margin target before broader rollout.
07

First customer pilot

Which group should prove the workflow before wider release?

  • One customer’s project team, its manager and finance contact. Confirm capture, the monthly close, corrections and the payroll handover before expanding. Recommended
  • One field team with frequent travel and weak reception. Prove mobile use and capture away from the office first, then expand to office-based teams.

Out of scope

Deliberately excluded, to keep the scope small:

  • calculating and paying wages and wage supplements
  • shift and deployment planning in advance
  • work permits for night and Sunday work: the module flags such work but does not authorise it
  • countries other than Switzerland
  • client invoicing from recorded time

Time Tracking Specification · Version 2.0 · Updated 25 September 2026. Describes time tracking as built. The module helps you follow Swiss working-time and vacation rules; it is not a certification of legal compliance, and no legal review has taken place yet. The optional AI section describes proposed work.

Research behind the options

Primary product and guidance pages reviewed on 11 September 2026. These examples inform the proposals; they are not integrations, endorsements or evidence that Flipp already provides these capabilities.

  • Timely — Private activity timelines and employee review of AI drafts.
  • Billables AI — Draft time entries, client attribution and editable descriptions.
  • Jibble — Conversational time tracking through an assistant connection (MCP).
  • Rize — AI-tool usage and project-cost visibility; inspiration for separate agent records.
  • SECO — Working-time recording guidance: actual work and breaks need a reliable record.