NEW: 14-day FREE trial. Full platform access, no commitment. Start now
Ask a plain-language question and get the exact time a truck's been down, service time and idle time both, and start
closing the gap between a truck that's down and a truck that's earning.
Ask Riggs about fleet downtime just like you’d ask your shop foreman—“How much downtime did we have last quarter?” Squarerigger’s AI assistant instantly pulls accurate breakdowns by asset, shop, vendor, or date range.
Get the true out-of-service duration, not just wrench time, pulled directly from your shop's existing work order history.
Every mark-out and mark-in event lives on the vehicle's record, so nothing about a
truck's downtime depends on someone remembering it later.
A truck's status reads Active or Out of Service the moment someone updates it, so you're never the last to find out a unit is down.
Every mark-out and mark-in pair adds its elapsed time to the running total, calculated per truck and rolled up across the whole fleet.
The exact time down and the repair's logged hours stay on two separate numbers, so a slow repair never hides in a blended total.
A truck on the road earns money. A truck that's down doesn't. The same downtime record
scales from one truck to the whole fleet.
Knock out upcoming PMs while a truck is already down for unexpected repairs.
Identify problems before they create downtime and costs.
A truck whose downtime keeps climbing is telling you something about its future.
A truck running downtime well above the fleet average is worth a closer look.
A vendor that's slow to turn a truck around is hard to spot from cost alone.
Knock out upcoming PMs while a truck is already down for unexpected repairs.
A truck running downtime well above the fleet average is worth a closer look.
Identify problems before they create downtime and costs.
A vendor that's slow to turn a truck around is hard to spot from cost alone.
A truck whose downtime keeps climbing is telling you something about its future.
The out-of-service record isn't an island. It attaches to the same work order, parts,
and planning data everywhere else in the shop.
A truck already sitting in the bay gets checked against its next upcoming PM schedule.
Stock levels and purchase requests are what keep a missing part from adding an extra day.
Comparing shops on downtime uses the same cross-location reporting already run for cost.
If outside shops repair your trucks, you can clearly see which one impacts downtime the least.
Downtime trends are one of the signals already feeding the repair-vs-replace call.
Sees which trucks are down, which are back, and which routes shift, without calling the shop.
Gets the parts list for an upcoming PM before the truck that needs it is already on the lift.
Checks equipment status directly instead of calling the shop to find out if a unit is back.
Reads how long trucks are down against the hours logged on repairs, not the repair total alone.
Yes. Riggs, Squarerigger's AI assistant, answers a plain-language question about downtime by vehicle, pulling from the same out-of-service and work order records behind the rest of the page.
The full time a truck is marked out of service, including time spent waiting on a part or a technician, not just the hours a technician actively spent on the repair.
Both. Out-of-service events roll up at the individual vehicle level and at the fleet level, so the same record supports a single-truck question and a fleet-wide trend.
No. Downtime measures how long the truck itself was down; labor hours logged on the work order still show the time a technician spent on the repair. The two numbers stay separate.
A technician or manager marks it out of service, and that action starts the record. The same person marks it back in service when the truck returns to work.
Existing service and status history is part of the data migration step in onboarding, so downtime reporting starts with a baseline instead of starting blank.