Handling last-minute absences without spending your evening on the phone

A message arrives at 16h20. A server is ill and cannot make the evening service. The service itself is rarely the real problem: most teams find someone in the end. The cost is the forty minutes in between, spent making calls while the mise en place waits, and the fact that those forty minutes repeat several times a month for the entire life of the business.
Absences cannot be eliminated. People get sick, trains stop, children have fevers. What can be changed is how much of the manager’s day each absence consumes, and whether the replacement leaves a trace anywhere.
What actually takes the time
Finding a replacement looks like one question and is really three, answered simultaneously and mostly from memory.
Who is qualified for that post. Who is not already working, on holiday or unavailable. And who is not already well into overtime for the week, because the easiest person to call is often the one who has already worked five days.
Only the first of those is stable. The other two change daily, and they live in different places: the schedule, a holiday list, a mental note about someone’s hours, and a chat conversation where somebody mentioned they were away this weekend. Reassembling that picture under time pressure is what makes a fifteen-minute problem into a forty-minute one.
Why the manager’s phone becomes the bottleneck
In most restaurants, every replacement request travels through one person, sequentially. The manager writes to one colleague, waits, gets no answer, writes to the next, gets a maybe, calls a third.
Sequential asking is slow for an obvious reason: each round trip costs the response time of one human being. Eight candidates asked one at a time can easily take an hour. The same eight asked at once takes as long as the fastest of them to reply.
The instinct against asking everyone at once is understandable. Managers worry about two people accepting, or about looking disorganised in front of the team. Both worries are about the absence of a mechanism rather than about the approach. In a group chat there is no mechanism: nobody knows whether someone has already said yes, so either two people volunteer and one is disappointed, or nobody does because everyone assumes a colleague will.
Offering a shift properly means the offer is visible to everyone eligible, the first acceptance closes it, and the schedule updates. Once that exists, broadcasting is obviously better than sequential calling.
The fairness problem nobody is tracking
Ask any manager who covers most of the last-minute shifts and they will name two or three people without hesitating. Ask them how many times those people have covered this month and the answer is a guess.
That gap matters more than it looks. The staff who always say yes are usually the most committed ones, and they are the ones who leave. They rarely leave over the covers themselves. They leave because it was never acknowledged, because nobody else was ever asked, and because the request kept coming on their day off.
Making cover requests visible to the whole eligible group fixes part of this automatically, since the shift goes to whoever wants it rather than to whoever is easiest to reach. Keeping a record of who covered and how often fixes the rest, mostly by making the imbalance impossible to overlook.
Decide the rules before the day it happens
Most teams have never explicitly agreed what to do when someone cannot come in. There is a vague expectation of a phone call, which produces a different behaviour from each person, and a lot of very late notice.
Three sentences are usually enough. Who to notify and how, whether a message is sufficient or a call is required, and by when. Anything after that deadline means calling rather than messaging, because a message that nobody sees is not notice.
The point is not discipline. It is that a shared rule converts an awkward personal moment into a procedure, and people notify earlier when they know exactly what they are supposed to do. Half of the "he told me an hour before" cases are people who did not know they could tell you the previous evening.
An absence that leaves no trace becomes a payroll problem
The last part of an absence is the part that gets skipped. Someone covered, so the operational problem is closed, and nobody records what actually happened.
Three weeks later there is a payroll question nobody can answer. Was that day sick leave or a swap. Did the person who covered work their planned hours or the two extra hours they actually did. Did the original person work a different day to compensate, and was that agreed or assumed.
These are small amounts individually and they add up to a monthly argument. They also make it impossible to see patterns, and patterns are the useful information: one person absent every second Saturday, or a Thursday that generates a call almost every week because it is chronically understaffed.
The fix is unglamorous. The replacement is recorded in the schedule, not just in the conversation, and the hours actually worked are logged by the person who worked them rather than reconstructed at month end.
What a working system looks like
Absence handling works when four things are true, and none of them require sophisticated software.
What they do require is that a shift stops depending on one person being reachable.
- The current schedule is visible to everybody, so a colleague being asked to cover can see for themselves whether they are free
- Availability and time off carry a status, so the manager is not calling people who are away
- A shift can be offered to all eligible colleagues at once, with the first acceptance closing it and the manager confirming rather than orchestrating
- The change lands in the schedule and the hours record, not only in a chat thread
Absence handling works when four things are true, and none of them require sophisticated software.
A note on tools
This is precisely what shift scheduling software is for, and the affordable end of the market has caught up with small independent venues in the last few years.
Shifta, the product behind this blog, was built for this: published schedules staff read on their phones, time off and availability requests that carry a real status, shifts that can be sent to chosen colleagues or opened to the whole team, and hours logged at the end of service and shown next to what was planned.
Whatever the tool, the underlying change is the same. Absences stop being emergencies when the shift can move sideways through the team instead of upwards through one person’s phone.
Frequently asked questions
What is the fastest way to fill a shift when someone calls in sick?
Ask everyone eligible at once instead of one at a time. Sequential asking costs the response time of one person per round, so eight people asked individually can take an hour, while the same eight asked together takes as long as the fastest reply. The condition is a mechanism where the first acceptance closes the offer, otherwise two people volunteer and one is disappointed.
Why is a group chat bad at organising cover?
Because it carries the message but holds no state. Nobody can see whether someone has already said yes, so either two people volunteer and one is let down, or nobody does because everyone assumes a colleague will. The request also has no status afterwards, which is why the same cover gets discussed again three weeks later at payroll.
How do we stop the same people covering every time?
Make cover requests visible to the whole eligible group, so the shift goes to whoever wants it rather than to whoever is easiest to reach, and keep a record of who covered and how often. The staff who always say yes are usually the most committed, and they leave over never being acknowledged rather than over the extra shifts themselves.
What should our sick-leave notification rule say?
Three sentences are usually enough: who to notify and by which channel, whether a message is sufficient or a call is required, and by what time. After that deadline it means calling rather than messaging, because a message nobody sees is not notice. People notify earlier when they know exactly what is expected.
Why does an absence become a payroll problem weeks later?
Because the operational problem closes when someone covers, and nobody records what happened. A month later nobody can say whether the day was sick leave or a swap, whether the person who covered worked the planned hours or two more, or whether the absent person made the time up by agreement. Recording the replacement in the schedule, and having the hours logged by whoever worked them, removes the whole conversation.
Related articles

The best staff scheduling software in 2026
Seven tools compared for a Swiss venue, one price actually checked, and the three questions that settle it faster than any feature list.

Are breaks paid or unpaid in Swiss hospitality?
Unpaid as a rule, unless staff cannot leave their workplace. The legal minimums, the test that actually decides it, and the recording error almost everyone makes.

Staffing a ski restaurant
400 covers on Saturday, 40 on Tuesday, the same team. Why a town schedule falls apart in mid-January, and how to plan a season the weather keeps rewriting.