Labour hire software
One pool of crew, every client site covered.
Mustr matches your on-hire crew to each client's shifts, checks every placement is qualified and available before it is booked, and gives your clients their own portal to request cover and see who is coming.
Place the right person, not just a free one.
A client needs three medics on Monday. Mustr shows you who is qualified for that site, who is available, and who is not already booked somewhere else, so you place the right crew in one pass instead of three phone calls and a spreadsheet.
- Qualified for that client and role, checked against current tickets
- Available, and not already on another site that week
- Client-site induction current
- One roster across every client and every site
Assign them and the placement is made. If someone is not cleared, Mustr says so before the booking exists, not after the client rings.
Built for the on-hire model.
Every client site is different
Each client carries its own required tickets and inductions. Nobody gets placed there without them, no matter who is doing the rostering that day.
Your clients, in the loop
Clients request cover from their own portal, see who has been allocated, and are told when a shift is filled or changes. Less back and forth, and a record of what was agreed.
Crew that come and go
On-hire crew move between swings and sites. Set someone inactive between placements and they keep every ticket and record, drop out of the pickers, and cannot be booked until you switch them back on.
Expiries you see coming.
Tickets that are about to lapse show on the dashboard up to 60 days out, with one-click reminder emails to the worker, so a placement is never blocked by a surprise you could have chased a month earlier.
- 60-day expiry dashboard on the certificate matrix
- One-click reminder emails to the worker
- Verified, pending and expired states on every certificate
- An audit trail of who changed what, and when
Plenty of software warns you about an expiry. A warning still lets the placement go ahead. The block is the point.
What this means when a client asks
When a client asks you to prove the crew on their site were compliant, the answer is the system itself: requirements defined, tickets verified with dates, and a record showing non-compliant placements were never made. No spreadsheet reconstruction, no box of photocopies.
The clash you did not know about.
Availability is only half the picture. Someone locked into another client's site the same week used to look free right up until the save failed. The crew picker now shows them greyed out with the clashing site and dates on the card, so you see the conflict before you try to book it.
Nothing waiting in a portal to be noticed.
When a client raises a request or changes a shift themselves, your team is told straight away by email and in the app. The request lands in a queue that keeps a done-pile of what you have already crewed this week, so a covered shift does not just vanish and an open one does not get missed.