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
- Stops and delivery
Stops and delivery
Put stops in order, compare each arrival with its window and retain recipient proof.
OverviewStop windows×
Logistics Tracking System · Stops and delivery
New
Stop windows
Load stops
| Parent | Stop sequence | Address | Window start | Window end | Actual arrival at | |
|---|---|---|---|---|---|---|
| LDS-67582 | 10 | Z-19 | 15 Oct | 20 Oct | 29 Oct | |
| LDS-39917 | 90 | L-7 | 14 Oct | 21 Oct | 28 Oct | |
| LDS-59902 | 80 | T-12 | 11 Oct | 14 Oct | 22 Oct | |
| LDS-76145 | 80 | F-8 | 13 Oct | 19 Oct | 21 Oct | |
| LDS-38911 | 20 | M-19 | 15 Oct | 23 Oct | 29 Oct |
6 of 6 records
Z-19Load stops · LS-25759
ParentLDS-67582
Stop sequence10
Window start15 Oct
Window end20 Oct
Actual arrival at29 Oct
What you can do
Give each destination its own evidence
A freight load may call at more than one destination. The Dispatcher records Load Stops against a single parent load, with a line number and stop sequence so everyone reads the same route order. The address and delivery window explain where and when the vehicle is expected. Actual arrival and departure times show what happened at the stop; the proof reference connects the handoff to recipient evidence.
The load’s promised delivery time remains its overall commitment. A stop window describes a specific visit. Keeping both lets the team investigate whether a delay began at an earlier stop, during transit or at the final destination. A late stop does not by itself say that a load was delivered. The Dispatcher still records the actual delivery time on the load after the recipient handoff.
How the work is organized
- Sequence. The Dispatcher orders stops before route review and checks that each window belongs to the intended load.
- Arrive. The team enters actual arrival and departure against the specific stop, preserving the planned window for comparison.
- Prove. At final handoff, the Dispatcher retains the recipient proof reference and the load’s actual delivery time before closing delivery.
Load Stops carry a revision. When an owner asks to change a destination after planning, the revised stop should be reviewed with the load’s current scope. Existing arrival or proof evidence should remain attached to the original stop record so a later correction does not erase what occurred.
What to agree during setup
Decide how the team numbers stops, who may change their sequence and which stop represents final delivery. Agree how a recipient proof reference is collected and how the supporting file is attached to the load. The app stores a reference and can retain an attachment; the team must set the handoff with the system that produces the actual proof.
Set a rule for partial routes. If a vehicle visits an earlier stop but the last stop moves, the owner should say what happens to accepted work and what needs a successor record. The Operations Reviewer should see the exact route revision before deciding. Transport Partners need a clear contact path for a missed window; the partner record holds contact details and an eligibility note.
Check the handoff on an actual case
Consider a load with a collection stop and a delivery stop. The Dispatcher records each address and window, then confirms that stop sequence matches the physical route. After pickup, the first stop receives actual arrival and departure times. The load moves through Dispatched and in transit while its original promise stays available.
At delivery, the second stop receives an actual arrival time and proof reference. A Record Attachment can hold the supporting file with its visibility set for Internal or Shared access. The Dispatcher enters actual delivery time on the parent load and marks it Delivered. The Operations Analyst compares stop arrival with the window and load delivery with the promised time. If the recipient proof is disputed, the team can review the stop, attachment and load revision together.
What your team sees
- Stop windows — Ordered visits due in the current window with actual arrival and departure alongside plan.
- Delivery commitments — Loads whose promised time needs an outcome check.
- Delivery exceptions — Loads requiring follow-up before the delivery story is closed.
Follow the work through
What it keeps track of
Data model- Load stops
- Ordered stops belonging to a load
- Loads
- Freight loads tracked from draft through delivery
- Record attachments
- Evidence files attached to a load
- Review decisions
- Independent review decisions recorded against a load revision
- Transport partners
- Carriers and transport partners eligible for loads
Who uses it
Permissions- Dispatcher
- Maintains the route and records physical events.
- Load Owner
- Requests changes to committed scope.
- Operations Reviewer
- Checks changed revisions.
- Operations Analyst
- Compares timing; Admin governs access to evidence.
Set up Logistics Tracking System your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.