Danish Special Holidays (Særlige feriedage)
The Danish special holidays plugin grants særlige feriedage — the five extra vacation days the Danish state sector agreement gives on top of ordinary vacation (ferievejledningen §2.4).
What makes them different from ordinary vacation is the delay. They are earned during one calendar year, but cannot be taken until the following 1 May, and then have to be used by 30 April the year after that. So the days an employee earns during 2025 arrive on 1 May 2026 and lapse on 30 April 2027.
When to use
Use this plugin when your agreement grants særlige feriedage — the Danish state agreement (ferieaftalen) and the agreements that reference it. The defaults match it, so in most cases you add the plugin and change nothing.
It is a separate plugin from Danish Vacation , and the two normally sit on different policies and different accounts: ordinary vacation runs on its own September–August vacation year, while these five days run on the calendar year and the 1 May–30 April holding period. Keeping them apart is what lets each expire on its own schedule.
Parameters
| Parameter | Description | Default |
|---|---|---|
| Days per year | The annual entitlement. The state agreement grants 5. | 5 |
| mTIME 5 compatibility | Reproduces mTIME 5’s calculation so migrated balances stay unchanged. Does not follow MEDST’s guidelines — see below. | Off |
How it works
The entitlement is granted once a year, on 1 May, in a single amount, sized by how much of the previous calendar year the employee was employed:
| Months employed | Days | Months employed | Days |
|---|---|---|---|
| 1 | 0,42 | 7 | 2,92 |
| 2 | 0,84 | 8 | 3,34 |
| 3 | 1,25 | 9 | 3,75 |
| 4 | 1,67 | 10 | 4,17 |
| 5 | 2,09 | 11 | 4,59 |
| 6 | 2,50 | 12 | 5,00 |
Three consequences are worth knowing, because they are what the agreement says rather than what you might expect:
- Part-time makes no difference. “Beskæftigelsesgraden har ikke betydning” — a half-time employee earns the same 5 days as a full-time one. Days, not hours.
- A partial month counts by its own length. An employee starting 10 October earns 22/31 of that month, and one starting 10 November earns 21/30. The month’s real length is used, so February counts as 28 or 29 days.
- The often-quoted rate of 0,42 days per month is simply the one-month row of the table above. Twelve months come to exactly 5,00 — not 5,04 — because the entitlement is a proportion of the year rather than a monthly quantum that happens to be repeated twelve times.
Employees who leave
mTime holds only what an employee can actually take. If employment ends on or before 1 May, nothing is granted — the holding period opens as they leave, so there would be nothing to take. The entitlement they earned is still owed to them; it is settled in the salary system, not here.
An employee who leaves later keeps whatever they have not used until their last day, and the remainder lapses.
Days that arrive after 1 May
If a policy is assigned, an employment record entered, or a workspace brought online after 1 May, the grant is booked on the day mTime first sees it rather than on 1 May. The amount and the 30 April expiry are unchanged — only the booking date moves, so the days are never lost to a late start.
The mTIME 5 compatibility setting
mTIME 5 calculates these days differently, and its results do not match the ferievejledning. With the setting on, mTime reproduces mTIME 5 instead of the agreement:
| Months employed | Default (follows MEDST) | mTIME 5 compatibility |
|---|---|---|
| 3 | 1,25 | 1,26 |
| 6 | 2,50 | 2,52 |
| 12 | 5,00 | 5,00 |
| Started 10 October | 0,30 | 0,31 |
The two agree for one, two and twelve whole months, and differ everywhere else. mTIME 5 applies a monthly rate rounded up to 0,42 and then caps the year at 5, and it measures a partial month against a fixed 30 days rather than the month’s real length.
Turning the setting off later switches the calculation back to the agreement, but does not restack days already granted.
Examples
The Danish state agreement (the default)
- Create a time account of type Time off for særlige feriedage, measured in days
- Add a time off policy pointing at that account
- Select the Danish Special Holidays accrual plugin
- Leave every parameter at its default
An employee employed all of 2025 receives 5,00 days on 1 May 2026, to be used by 30 April 2027.
An employee hired part-way through the earning year
No configuration needed — the proportion is automatic. Someone hired 1 October 2025 was employed for three whole months of the earning year and receives 1,25 days on 1 May 2026.
A workspace migrating from mTIME 5
- Add the plugin as above
- Turn on mTIME 5 compatibility
Balances then match what mTIME 5 would have produced, at the cost of no longer following the ferievejledning.
Troubleshooting
| Issue | Solution |
|---|---|
| No days appeared on 1 May | Check that the employee’s policy includes this plugin, and that they were employed during the previous calendar year. Nothing is granted for a year the employee did not work. |
| An employee received fewer than 5 days | Expected if they were not employed for the whole earning year — see the table above. |
| A part-time employee received the same as a full-time one | Expected. The agreement says beskæftigelsesgraden har ikke betydning. |
| An employee who left got nothing | Expected when employment ended on or before 1 May: they can take none of the days. Their entitlement is settled in the salary system. |
| The days arrived later than 1 May | Expected when mTime first saw the entitlement after 1 May. The amount and the 30 April expiry are unchanged. |
| Days disappeared on 30 April | Expected — the holding period ended. Unused særlige feriedage lapse and are not carried over. |
| The numbers do not match mTIME 5 | mTIME 5 does not follow the ferievejledning. Turn on mTIME 5 compatibility if the workspace needs its old balances preserved. |
| Ordinary vacation and these days expire together | They are on the same policy. Put them on separate policies and accounts so each keeps its own vacation year and expiry. |
| Hourly-paid employees earned days they should not have | Whether an employee is covered is decided by the policy’s availability, not by this plugin. Narrow the policy so it only reaches the employees the agreement covers. |