Who is going where, settled by dragging.
Service calls arrive all week and rarely in a helpful order. The dispatch board puts every technician on a row, every open job in a rail, and lets you sort out the week by moving cards.
- Day and week views
- Assign by dragging
- Skills and zones
Field service, request to invoice
Four moves, and the thing each one hands the next. Everything below is a detail of one of them.
Technician scheduling by dragging
There is no scheduling form. Every arrangement of the week is made by moving a card, and every move is the same instruction the work order screen would have sent.
Rail to a cell assigns it
The rail holds open work nobody is going to — all of it, not only the jobs that fall inside the week on screen. Drag one onto a technician’s day and it is booked.
Cell to cell moves it
Dropping a card on another technician, or another day, reassigns and reschedules it in one gesture rather than two edits on two screens.
Back to the rail unassigns
Plans change on Friday morning. Pull the card back and the job returns to the queue with its priority and due date intact.
Or let it suggest
Ask for a suggestion and the board ranks technicians by the skills the job needs and how close it is to their patch — then you still choose.
A day laid out in half hours
The day view runs 07:00 to 18:00 in thirty-minute slots, and each card is as wide as the job is long, so a full day looks full.
Work already under way stays put
Once somebody has travelled, or the order is closed, the card stops being draggable. The board will not quietly rewrite a job that has already happened.
It warns. It never refuses.
A missing skill, a double booking, a technician already at capacity — the board colours the drop, tells you what is wrong, and lets you do it anyway.
Work orders, technicians and price books
The board is the part you look at every morning. It sits on top of the records that make the scheduling mean something.
Service requests
What the customer asked for, before anyone commits to it — logged, acknowledged, then approved or turned down, with the reason recorded either way.
Work orders
The job itself: lines for labour and parts, a priority from low to emergency, and a status that runs draft, scheduled, in progress, on hold, completed or cancelled.
Technicians and skills
A technician is a user, so work reaches them through the login they already have. Skills are service categories, and a home zone feeds the board’s suggestions.
Service locations
One customer, several sites. The job is raised against the address the engineer actually has to reach, not the one that gets the invoice.
Service price books
Labour and parts priced per customer or contract, with quantity tiers, and a book that can be drafted, scheduled to start, active, then expired.
Visits
Each trip against the job — planned, in progress, completed, failed or cancelled — so a second visit is a fact on the record rather than a rescheduled first one.
It shares the platform’s spine
Service is not a separate system with its own customer list. It reads and writes the same records the rest of the operation runs on.
Frequently asked questions
Can I assign a job to someone who is not qualified for it?
Does the board schedule differently from the work order screen?
Can I see a single day rather than a week?
What happens to a job somebody has already started?
How does the work reach the technician?
Can a technician’s day become a route?
How is service work priced?
Can one customer have several sites?
Does a failed visit close the job?
Bring us a week that went wrong
The week with the emergency, the no-show and the two jobs nobody was qualified for. We will lay it out on the board and you can watch it get sorted.