Guides / Choosing tools
Spreadsheet vs Leave Software: When to Switch
A spreadsheet is a fine leave tracker for a handful of people in one country with one policy. It stops being one at the first second location, the first disputed balance or the first request for last year's approval history. The failure points, the signals that it is time to switch, what to demand from a tool, and how to migrate without losing the record.
Keep the spreadsheet while you have fewer than ten people, one country, one policy and nobody has ever disputed a balance. Switch when any of those stops being true — a second location's public holidays, a carryover rule, a payout at exit, or a manager approving in chat. The free tiers of modern leave tools cost nothing for small teams, so the question is not budget but record-keeping.
Disclosure: some software links on this page are affiliate links. If you sign up through one, we may earn a commission at no additional cost to you. We only recommend tools we have set up and used, and commission never affects placement or verdicts. Not legal advice: this page summarises publicly available state agency guidance for general information. Verify with the linked agency or an employment attorney before acting on it.
When the spreadsheet is the right tool
Be honest about this, because most software comparisons are not. A spreadsheet is a perfectly good leave tracker when all of the following hold:
- fewer than about ten people;
- one country, so one public-holiday calendar and one set of rules;
- one policy — the same entitlement and carryover rule for everyone;
- one person maintains it, and approvals are recorded in it, not in chat;
- nobody has ever disputed a balance.
If that is you, the country page for your jurisdiction and a well-built workbook will do. The rest of this guide is about noticing when it stops being you.
The six ways spreadsheets fail
1. No audit trail. A cell that says 12 tells you nothing about how it became 12. When someone leaves and says they had 15, the workbook cannot show who approved what and when — and in every jurisdiction that requires payout at exit, that gap is money.
2. Formula drift. Someone inserts a row, a range stops updating, a carryover formula is copied from last year with last year’s cap. The error is silent until it is expensive.
3. Public holidays by location. The moment you employ someone in a second country — or a second German state, Spanish region or Australian state — the “holidays” column is wrong for somebody. Public holidays are per workplace, not per company.
4. Carryover and expiry logic. Every country’s rule is different: Dutch statutory days expire six months after the year, Swedish days can be saved for five years, Australian leave never expires, and the EU protects leave an employee could not take. A year-end formula that zeroes balances is illegal somewhere in any multi-country team.
5. Concurrent editing and access. Either everyone can see everyone’s sickness (a GDPR problem — sickness is special-category data) or one person is a bottleneck. Version conflicts in shared workbooks quietly overwrite approvals.
6. Liability blindness. Untaken leave is a debt at each person’s current pay rate in most of the world. A spreadsheet can compute it, but nobody looks, so the number is discovered on someone’s last day rather than managed through the year.
The signals that it is time
Switch when the first of these happens, not the third:
- a hire in a second country or region;
- a second policy group (part-timers, a different entitlement for a team, a collective agreement);
- a carryover or expiry rule you have to apply by hand;
- a manager approving leave in chat or email instead of the workbook;
- a disputed balance — even one, even resolved amicably;
- an exit where you had to reconstruct the balance;
- any request from an accountant, auditor or inspector for the history.
What to demand from a tool
Not features — records. Before you look at integrations, check the tool can:
- Log every request, approval and change with author and timestamp, and export the log.
- Run one policy per group: entitlement, accrual rhythm, cap, carryover and expiry, each per location.
- Attach a public-holiday calendar per location, including regional holidays.
- Show the balance and the liability on any date, not just today.
- Restrict who sees what — managers see their team, HR sees all, colleagues see only that someone is away.
- Export everything as CSV so you are never locked in.
- Handle the leave types you actually have — annual, sick, parental, unpaid, time in lieu — with the right rules for each.
Cost is a weaker filter than it used to be. Several tools are free for small teams; the software comparison lists what each free tier includes and where the minimum charges start.
Migrating without losing the record
- Pick a cut-over date — the first of a month is easiest.
- Reconcile the spreadsheet first. Fix known errors now; do not import them.
- Import people, entitlements and opening balances as of the cut-over date, per policy group.
- Archive the workbook read-only with the date in the filename. It remains the record for earlier periods.
- Approve everything in the tool from day one, including requests that arrive by chat — redirect them.
- After the first month, run the liability report and compare it with what the spreadsheet would have said. The difference is usually your first finding.
The honest summary
Spreadsheets are not the problem; the moment you keep using one past its limits is. The limits are small — a second location, a second policy, a first dispute — and the cost of crossing them is paid at the worst possible time: when someone leaves and the balance has to be a number, not a reconstruction.
Common questions
Is a shared spreadsheet compliant with GDPR for leave records?
It can be, but rarely is in practice. Leave and sickness records are personal data (sickness is a special category), and the GDPR requires access to be limited to those who need it and changes to be traceable. A workbook the whole team can open, with no change history, fails both tests. A tool with role-based access and an audit log meets them by default.
What does the audit trail actually need to show?
For each absence: who requested it, when, for which dates and type; who approved it and when; the balance before and after; and any later change with its author. For each policy: the version in force on a given date. That is what a labour inspector, an auditor or a departing employee's lawyer will ask for.
Will switching lose our history?
Not if you import opening balances as of a cut-over date and archive the workbook read-only. Most tools accept a CSV of employees, entitlements and current balances; the spreadsheet remains the record for dates before the cut-over.
Do we need software if we use 'unlimited PTO'?
Yes — arguably more. Unlimited policies still have to prove that the statutory minimum was genuinely available and taken in Europe, and that requests were approved consistently everywhere. Recording days taken with no balance to track is exactly what a spreadsheet does worst.
Related guides
Managing Annual Leave Across Multiple Countries
How to run one leave policy for a team spread across countries with different statutory minimums, public holidays, carry…
How to Calculate a PTO Payout at Termination
A PTO payout is the employee's unused, accrued hours multiplied by their final rate of pay, paid with the last wages, ta…
How to Write a PTO Accrual Policy (Template and the Math)
A PTO accrual policy has to answer six questions — how much, how fast, from when, up to what cap, what carries over and …
Sources
- Regulation (EU) 2016/679 (GDPR), Articles 5 and 32 — data minimisation, integrity and security
- Working Time Regulations 1998 (UK), regulation 9 — records
- Leave Atlas — Best leave management software compared
General information, not legal advice. Rules change and national implementations differ — confirm against the current text or a local employment lawyer before acting. See our methodology.