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.
- Logistics Tracking System
- Features
- Review and evidence
Review and evidence
Tie route decisions, attachments and operation receipts to the load revision they support.
OverviewDecision history×
Logistics Tracking System · Review and evidence
New
Decision history
Review decisions
| Parent | Reviewer | Source revision | Decision | Reason | Decided at | |
|---|---|---|---|---|---|---|
| LDS-14219 | 670 | Approve | Approve rd-655 | 08 Oct | ||
| LDS-21901 | 530 | Return | Reject rd-508 | 09 Oct | ||
| LDS-58810 | 830 | Approve | Return rd-401 | 07 Oct | ||
| LDS-66467 | 130 | Return | Approve rd-850 | 11 Oct | ||
| LDS-93186 | 170 | Approve | Reject rd-336 | 06 Oct |
6 of 6 records
Approve rd-655Review decisions · RD-30459
ApproveParentLDS-14219
Source revision670
Decided at08 Oct
What you can do
Keep a decision attached to its scope
Review Decisions record an approve, reject or return decision against a load revision. The reviewer, decision time, reason and operation key stay with the parent load. This lets the team tell which revision an independent Operations Reviewer examined. The Dispatcher approves the route during planning. If the route or assignment changes, the earlier decision remains part of the history rather than silently applying to a different scope.
Record Attachments give the load supporting files. Each attachment has a title, evidence type, upload time, uploader and Internal or Shared visibility. That lets the team place recipient proof, route evidence or correction support beside the load while controlling who should see it. A proof reference on a Load Stop points to the handoff; the attached file can carry the underlying document.
How the work is organized
- Decide. Operations Reviewer reads the current load revision and records the decision and reason against that revision.
- Support. Load Owner and Dispatcher attach the files needed to explain a route change, exception or recipient handoff.
- Reconcile. Operation Receipts retain the operation key, action, expected revision and result state for effects that need verification.
A receipt can be Pending, Completed, Failed or needs review. A Completed result should follow a comparison with the linked effect references and expected revision. A failed result gives the team a reason to inspect what happened before any retry. This is especially important when a correction request repeats: the original operation key should lead back to its prior result.
What to agree during setup
Choose who can review a load revision and how independence from the preparer is maintained. Agree what a rejection or return means for the next revision, how reasons are written and how decisions are communicated to dispatch. Decide which evidence types the team uses and when visibility is Shared. The Admin should test access to attachments with actual team member accounts.
Define an operation key convention before importing external events or running repeated corrections. Keep a direct reference to the affected load and its current revision. When a receipt is Failed or needs review, decide who investigates and what linked effects establish completion. Reconciliation should inspect the local evidence before any further external action.
Check the handoff on an actual case
A Load Owner asks to replace a delivery stop after a route has been approved. The Dispatcher checks the load revision, the affected stop and any receipt showing an executed action. The Operations Reviewer reads the changed scope, records a Return or Reject decision with a reason if the evidence is incomplete, and later records an approval on the corrected revision if the change is acceptable.
The owner attaches the supporting instruction with appropriate visibility. The associated Operation Receipt retains its operation key and expected revision. If a repeated correction request arrives, the team can locate the prior receipt rather than making a second unexplained change. Where the receipt’s effect references do not match the linked records, it remains needs review for investigation.
What your team sees
- Draft load review — Draft loads whose revision and owner need a route decision.
- Decision history — Reviewer, reason and decision tied to each load revision.
- Receipts needing review — Pending, failed and discrepancy cases awaiting investigation.
Follow the work through
What it keeps track of
Data model- Review decisions
- Independent review decisions recorded against a load revision
- Record attachments
- Evidence files attached to a load
- Operation receipts
- Idempotent receipts for executed and reconciled operations
- Loads
- Freight loads tracked from draft through delivery
- Load stops
- Ordered stops belonging to a load
- Team members
- Membership records linking a platform user to an organization role
Who uses it
Permissions- Operations Reviewer
- Owns independent decisions and receipt review.
- Load Owner
- Requests a change and attaches evidence.
- Dispatcher
- Checks operational scope; Admin controls membership and access.
Set up Logistics Tracking System your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.