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
- Operations evidence
Operations evidence
Trace each operating action to its revision, result and authoritative evidence before resolving a discrepancy.
OverviewOperation Receipts Default List×
Fleet Management System · Operations evidence
New
Operation Receipts Default List
Operation receipts
| Parent | Operation key | Action | Expected revision | Result state | Occurred at | |
|---|---|---|---|---|---|---|
| LDS-72803 | OK-491 | ACT-262 | 790 | Failed | 22 Oct | |
| LDS-26232 | OK-875 | ACT-807 | 200 | Needs review | 22 Oct | |
| LDS-23271 | OK-833 | ACT-592 | 200 | Failed | 22 Oct | |
| LDS-39559 | OK-243 | ACT-680 | 540 | Needs review | 09 Oct | |
| LDS-32287 | OK-903 | ACT-949 | 700 | Failed | 21 Oct |
6 of 6 records
OK-491Operation receipts · OR-33621
FailedParentLDS-72803
ActionACT-262
Expected revision790
Occurred at22 Oct
Failure reasonCut to length
What you can do
Give the next person a reliable action history
Operation receipts retain what an action attempted and the result it recorded. The action key, expected revision and occurrence time identify the attempt, while references and failure information help the team locate the affected work. The load remains the common context for dispatch, delivery, maintenance release and authorized correction.
Reconciliation starts by reading the existing evidence. The Transport Supervisor and Operations Analyst inspect linked local effects and compare them with the expected outcome. A discrepancy remains marked as needing review until the authoritative source confirms what happened. The reconciliation process does not repeat external work to discover its result.
How the work is organized
- Action identity. The operation key distinguishes the intended business action from another attempt or a different revision. Keep the key, action and expected revision together when investigating dispatch, delivery or release evidence.
- Outcome investigation. Failed results need their recorded reason and effect references examined. Pending work also requires attention before the team assumes completion. Compare the receipt with the linked load and the responsible source rather than relying on a lifecycle label alone.
- Supporting evidence. The Dispatcher or Maintenance Coordinator attaches files to the load with a meaningful title, evidence type and visibility. The upload time and team member identify how the material entered the case. Keep internal review information within the intended audience when sharing supporting documents.
What to agree during setup
Assign the supervisor responsible for unresolved action outcomes and identify who can confirm each authoritative source. Agree which references dispatch and maintenance staff must retain when they perform an action. Explain the difference between checking an existing effect and authorizing new operating work.
Define attachment naming and visibility conventions. Decide how the Operations Analyst reports a discrepancy and how the responsible owner records the evidence used to resolve it. Test access to the load and its files with the intended users before depending on those records in an operating incident.
Check the handoff on an actual case
A maintenance release action reports a failure even though the physical work has been completed. The Operations Analyst opens the receipt, identifies the expected revision and follows the effect references. The Transport Supervisor compares the local evidence with the source responsible for the release outcome.
Keep the discrepancy visible while the expected effect remains unconfirmed. Have the Dispatcher attach the supporting information to the load and identify the person responsible for the next check. Confirming physical maintenance completion and confirming the recorded release effect are separate parts of that investigation.
Repeat the exercise with an uncertain delivery action. Find the actual delivery evidence and original receipt before considering another command. The reconciliation sweep should inspect the retained effects and report what remains unresolved. Finally, have another team member follow the case using the action history and attachments. That person should be able to explain the known outcome and the remaining question without asking someone to reconstruct the earlier work from memory.
What your team sees
- Operation Receipts Default List — Failed actions and results needing review with their revision, reason and references.
- Evidence Attachments — Load-linked supporting material with uploader, evidence type and visibility.
- Delivered loads — Actual delivery observations used when reconciling completion evidence.
Follow the work through
What it keeps track of
Data model- 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.
- Review decisions
- Independent review decisions recorded against a load revision.
- Loads
- Freight loads from pickup to delivery with promised windows, freight value and lifecycle
- 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.
- Team members
- Fleet team members with their organization, platform user, role and time zone.
Who uses it
Permissions- Transport Supervisor
- , Operations Analyst, Dispatcher, Maintenance Coordinator, Admin.
- The supervisor owns unresolved outcomes, operating staff provide source evidence and Admin maintains access to the review context.
Set up Fleet Management System your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.