NEW: 14-day FREE trial. Full platform access, no commitment. Start now
Squarerigger delivers digital pre-trip inspection software that logs every DVIR, work request,
and annual inspection on one record for instant audit compliance.
An inspection program only works when defects, photos, and follow-up actions stay connected. Otherwise, the
inspection is just paperwork, and the defect rolls out with the truck.
The clipboard rides with the driver, and half the boxes are checked without a second look. The checklist hasn't changed in years.
The pre-trip runs on a phone. Mandatory fields cannot be skipped, and the checklist is configured to the asset type.
"Left tail light out" is written on paper and handed to a manager if and when the driver gets a moment.
A failed item creates a pending work request with a photo and note carried over. The shop sees it the moment the inspection is saved.
Repair priority is set by who shouted the loudest. Some failures stay in a backlog because nobody logged them in the first place.
Pending requests sit in one priority queue. The technician picks them up from the same work screen.
The pattern is invisible. The fix is repeated and billed twice. The root cause is investigated only after the third breakdown.
Asset inspection history shows recurring failures. Next work order opens with prior repair history attached.
Someone digs through binders. Time-stamps are missing. Some inspections cannot be produced and the audit gets a finding.
Time-stamped DVIRs and inspection records are retrievable per asset and per date. The audit packet is generated, not assembled.
The clipboard rides with the driver, and half the boxes are checked without a second look. The checklist hasn't changed in years.
The pre-trip runs on a phone. Mandatory fields cannot be skipped, and the checklist is configured to the asset type.
"Left tail light out" is written on paper and handed to a manager if and when the driver gets a moment.
A failed item creates a pending work request with a photo and note carried over. The shop sees it the moment the inspection is saved.
Repair priority is set by who shouted the loudest. Some failures stay in a backlog because nobody logged them in the first place.
Pending requests sit in one priority queue. The technician picks them up from the same work screen.
The pattern is invisible. The fix is repeated and billed twice. The root cause is investigated only after the third breakdown.
Asset inspection history shows recurring failures. Next work order opens with prior repair history attached.
Someone digs through binders. Time-stamps are missing. Some inspections cannot be produced and the audit gets a finding.
Time-stamped DVIRs and inspection records are retrievable per asset and per date. The audit packet is generated, not assembled.
The driver runs the pre-
trip on a phone
Flags a defect
with a photo.
Defects open work orders
in the shop's queue
The shop completes the
repair before next dispatch
The defect never
becomes a breakdown
The inspection runs where the driver runs.
The failure is the trigger, not a second step.
Compliance is a query, not a project.
The checklist matches the asset, not the other way around.
Monthly, quarterly, & annual inspections sit in the same engine.
The inspection runs where the driver runs.
The checklist matches the asset, not the other way around.
The failure is the trigger, not a second step.
Monthly, quarterly, & annual inspections sit in the same engine.
Compliance is a query, not a project.
An inspection is the start of a maintenance event. The page that follows it is the work request;
the page after that is the work order.
Failed items arrive as work, not as a stack of paper. Inspection record carried into the WO.
The pre-trip runs on the same phone the driver already uses. Dispatch sees readiness.
Recurring failures by asset are visible. Pending requests do not get lost in a manager's inbox.
Recurring failures by asset are visible. Pending requests do not get lost in a manager's inbox.
Inspection history is easily searchable whenever compliance is questioned.
Yes. Squarerigger's fleet inspection software allows custom DVIR templates per asset type, with mandatory fields configured at the fleet level.
Existing inspection history is part of the data migration. Records imported during onboarding remain retrievable in the same audit workflow as records created after go-live.
A failed inspection item raises a pending work request. The shop reviews, prioritizes, and converts it into a work order, which is then assigned by skill, bay, or priority.
Time-stamped DVIRs, scheduled inspection records, and the resulting repair documentation are retained on the asset record. Retention configurations align with the agencies the fleet answers to.
Yes. Routing rules can either send the failure to a request queue for manager approval or open a work order directly, depending on how the fleet wants to handle severity.