These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Fleet Management System
- Features
- Maintenance release
Maintenance release
Submit maintenance evidence for an independent decision before relying on the vehicle's release.
OverviewMaintenance release review×
Fleet Management System · Maintenance release
New
Maintenance release review
Approval waits for the transport supervisor
| Parent | Vehicle code | Service type | Odometer miles | Next due | Organization | |
|---|---|---|---|---|---|---|
| LDS-89471 | VC-350 | ST-755 | 350 | 24 Oct | ORG-6244 | |
| LDS-38263 | VC-691 | ST-690 | 840 | 06 Oct | ORG-7867 | |
| LDS-99135 | VC-446 | ST-914 | 300 | 26 Oct | ORG-4660 | |
| LDS-51099 | VC-412 | ST-522 | 230 | 16 Oct | ORG-7242 | |
| LDS-81796 | VC-240 | ST-567 | 860 | 26 Oct | ORG-3284 |
6 of 6 records
VC-350Maintenance plans · MP-13595
SubmittedParentLDS-89471
Service typeST-755
Odometer miles350
Next due24 Oct
OrganizationORG-6244
What you can do
Connect the release decision to physical evidence
When a vehicle needs release after maintenance, the assigned Dispatcher prepares the maintenance plan under the selected load. The plan identifies the vehicle code, service type, odometer reading and next due date. The Maintenance Coordinator supplies the supporting information needed to review those details against the actual work.
The Transport Supervisor independently considers the submitted revision with the current load context. The decision and release action each retain evidence. Dispatch checks the resulting vehicle readiness before using the release in its assignment decision, keeping the human approval and the observed operating result understandable.
How the work is organized
- Prepared maintenance scope. The Maintenance Coordinator and Dispatcher agree the vehicle and service being reviewed. Check the recorded odometer and next due date against the supporting source. Keep the plan linked to the intended load and operating organization.
- Independent decision. Submission presents the current plan to the Transport Supervisor. The reviewer records an approval, rejection or return with a reason against the appropriate revision. A changed plan needs a fresh review path that preserves the earlier context.
- Confirmed release evidence. The action proceeds only with the required source evidence confirmed. Inspect the operation receipt and the resulting vehicle readiness before dispatch relies on the outcome. Recorded defect repair evidence and release time provide additional context for that check.
What to agree during setup
Name the assigned Dispatcher and the independent Transport Supervisor for the pilot. Identify the physical maintenance evidence the reviewer must consider and who is responsible for its accuracy. Agree the vehicle-code mapping so the plan refers to the same vehicle that appears in the intended load assignment.
Define how corrections to service type, odometer or next due date are reviewed. Explain how the parent load revision and maintenance revision are checked together. Assign responsibility for investigating a release result that remains uncertain, including confirmation with the external source responsible for the physical maintenance work.
Check the handoff on an actual case
A vehicle intended for an afternoon load has completed the maintenance work required for release. The Maintenance Coordinator provides the service evidence. The Dispatcher prepares the plan with the correct vehicle code, odometer reading, service type and next due date, then submits the intended revision.
The Transport Supervisor compares the plan with the supporting material and records the decision. Inspect the release action’s receipt and verify the resulting readiness before confirming that the vehicle can be used for the load. A different Dispatcher should be able to follow the same evidence without relying on a verbal assurance.
Repeat the case with an odometer reading that differs from the physical evidence. Return or reject the plan with a clear reason and correct it through the agreed revision practice. Then rehearse a change made after submission. Confirm that the earlier decision is not used as authorization for the changed plan and that dispatch waits for the outcome relevant to the current vehicle and scope.
What your team sees
- Maintenance release review — Submitted plans with vehicle, service, odometer, due date and revision ready for the supervisor.
- Maintenance due — Maintenance plan dates that the team reviews when preparing upcoming work.
- Fleet Readiness Board — Recorded vehicle readiness checked after the release action.
Follow the work through
Use maintenance review and release before completing the checks in planning and dispatch.
What it keeps track of
Data model- Maintenance plans
- Maintenance plans supporting the release-a-vehicle-after-maintenance operation: Submitted revisions, independent review decisions, and the recorded physical evidence that authorizes release.
- Loads
- Freight loads from pickup to delivery with promised windows, freight value and lifecycle
- Vehicles
- Fleet vehicles with equipment class, capacity, readiness and external fleet id.
- Vehicle defects
- Vehicle defects with severity, repair evidence and release time.
- Review decisions
- Independent review decisions recorded against a load revision.
- Operation receipts
- Idempotent operation receipts recording each fleet action, its expected revision and result state.
- Record attachments
- Evidence attachments linked to a load, with visibility and evidence type.
- Team members
- Fleet team members with their organization, platform user, role and time zone.
Who uses it
Permissions- Dispatcher
- , Maintenance Coordinator, Transport Supervisor, Fleet Coordinator.
- Maintenance staff prepare evidence, the Dispatcher submits the plan and the supervisor owns the independent decision.
Set up Fleet Management System your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.