
A commercial kitchen work order carries 11 fields a residential one does not, and 5 of them have to be on it before the technician leaves. Most products model the work order well and model 2 of its states badly, which is where the money goes.
One category, two names. Some vendors sell work order software, others sell service order software, and a few use job order. The words describe the same record: the instruction to go and fix something, and the proof of what was done. Shortlists get built around the wrong name every week, so read the fields rather than the label.
Every product in this category has work orders. The differences are in what a work order can hold, what it can be attached to, and which states it can be in.
A residential work order is a customer, an address, a description and a technician. That is sufficient for the job it models.
A commercial kitchen work order also carries a specific piece of equipment, a parts chain, possibly a second payer, and frequently a set of references belonging to somebody else's system. Each of those is a field that either exists or is typed into a notes box. A product calling the same record a service order changes none of that.
| Field | Needed before departure? |
|---|---|
| The equipment, by manufacturer, model and serial | Yes. It decides what to carry |
| Its service history | Yes. Half the diagnosis is what happened last time |
| Warranty position | Yes. It decides who is billed and whether authorization is needed |
| Site access and service hours | Yes. A 12:30 slot at a restaurant will not happen |
| Spending limit | Yes. It governs what the technician may do on site |
| Their work order and purchase order references | By invoicing, and easiest captured at creation |
| Fault as a category | At closeout, and it has to be countable |
| Parts consumed, with numbers | At the point of use |
| Parts cost, from the purchase order | When the supplier bill arrives |
| Photographs | Before touching it, and after |
| Recommended and declined | At closeout, dated |
Roopairs holds equipment records with manufacturer, model, serial, service history and warranty that work orders attach to, with purchase orders alongside, which is what puts the first five in front of a dispatcher.
The structural decision underneath everything above.
Where a work order belongs to an address, the history is a search through past jobs at that site, and a kitchen with fourteen equipment produces fourteen equipment' worth of unrelated history.
Where it belongs to a piece of equipment identified by serial, the history is the equipment's own, across every visit and every technician, and it survives the restaurant changing hands.
That single difference decides whether a technician can arrive informed, whether spend-per-asset can be reported, and whether the same fault appearing twice is visible.
Ask any vendor to show everything that has ever happened to one specific piece of equipment. A record with jobs, parts and dates attached is one kind of product. A filtered list of work orders at an address is another.
Both are ordinary in this trade and neither is a simple open or closed.
Awaiting parts. Diagnosed, part ordered, nothing further possible until it arrives. On many boards that job either shows as active for three weeks or disappears entirely, and it is the single largest source of customers chasing.
What it needs: a distinct state, a link to the purchase order so the office can answer without calling a supplier, and automatic return to the board when the part is received.
Split billing. One visit, two pieces of equipment, two payers, where the combi oven is under warranty and the fryer beside it is not. That is two work orders from one attendance, and a product that cannot model it produces a manual split that is either wrong or absorbed.
Roopairs names manufacturer warranty and non-warranty jobs as a core workflow, which is what lets both exist on one board from one visit.
The closeout is where an invoice is either possible or an investigation.
The fault as a category rather than free text, because free text cannot be counted and a pattern across a model is only visible where categories exist.
Parts fitted with their numbers, recorded at the point of use rather than remembered on Friday. Photographs, at minimum the nameplate, the fault before touching it and the completed work.
And anything recommended and declined, dated. Nobody reconstructs a decline a year later, and it is the field that settles the conversation after a failure.
Where the job came through a facilities platform, add whatever their closeout requires. Missing fields there are rejections rather than untidiness.
The practical way to get the closeout completed properly.
A single work order form covering every piece of equipment type asks a technician to skip most of it, and skipping becomes habit.
A refrigeration form asking for temperatures, refrigerant added and condenser condition, and a fryer form asking for different things, both get filled in because everything on them is relevant.
Keep them short. Three required photographs and five fields gets completed. Fifteen fields gets a blurry photograph and three blanks.
Two destinations, and the second is where products separate.
An invoice, built from the job with hours, parts and references, reaching your accounting system without re-keying.
And a supplier bill, matched back to the purchase order that was created against this job. Roopairs syncs vendors, bills, invoices, payments and credit notes to QuickBooks Online or Desktop, which closes the second half.
A work order that produces a clean invoice and leaves the supplier bill to be typed has solved the easy half. That is the specific thing to test rather than assume.
The pain starts around your third or fourth technician, which is where a work order stops being a note about a job and starts being the record everything else is built from.
Roopairs runs a product tour where you can see work orders attached to equipment records with purchase orders and parts behind them.
“I am what would nicely be known as technically challenged. So when he started talking about these programs, he's shown me these other programs and I'm like, not going to happen.” — ProTemp Solutions (NC)
Eleven fields, and five of them before the technician leaves: the equipment by manufacturer, model and serial, its history, its warranty position, site access hours, and any spending limit. The rest arrive at closeout or with the supplier bill.
Because a kitchen holds fourteen equipment and an address-level history mixes all of them. Equipment-level history survives a change of owner, lets a technician arrive informed, and makes a repeated fault visible.
Awaiting parts, which either sits active for three weeks or disappears, and split billing where one visit produces a warranty claim and a customer invoice. Both are ordinary here and neither is a simple open or closed.
The fault as a category rather than free text, parts fitted with numbers at the point of use, photographs including the nameplate and the fault before work, and anything recommended and declined with a date.
No. Templates by equipment type get completed because everything on them is relevant. One universal form trains technicians to skip most of it, and skipping becomes habit.
At an invoice in your accounting system and a supplier bill matched to the purchase order created against that job. Products that produce a clean invoice and leave the bill to be typed have solved the easy half.
The all-in-one platform built for commercial kitchen service companies. Dispatch, invoicing, parts ordering — all in one place.
Book a product tour →