1. Fleet Management System
  2. Features
  3. Operations evidence
Feature · 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

Operation Receipts Default List

Operation receipts

New
ParentOperation keyActionExpected revisionResult stateOccurred at
LDS-72803OK-491ACT-262790Failed22 Oct
LDS-26232OK-875ACT-807200Needs review22 Oct
LDS-23271OK-833ACT-592200Failed22 Oct
LDS-39559OK-243ACT-680540Needs review09 Oct
LDS-32287OK-903ACT-949700Failed21 Oct
6 of 6 records
OK-491Operation receipts · OR-33621
Failed
ParentLDS-72803
ActionACT-262
Expected revision790
Occurred at22 Oct
Failure reasonCut to length
Example screen with sample data

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.

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.

How to get started