King of Freight · Concept prototype
The TMS remains the system of record for loads, contracts, customer master data, and accounting. This fictional demonstration shows how FreightFlow could surface what needs attention, who should act, and whether it was resolved.
Synthetic data · fixed Sep 8 scenario · saved in this tab
FF-24003
at pickupCedar Grove Foods · Reno, NV → Phoenix, AZ
TMS source record
TMS · TMS-24003
Dispatcher / owner
Marcus Hill
Carrier / driver
Northstar Haulage · Avery Patel
Equipment
Dry van · (555) 016-3103
Origin
Reno, NV
Destination
Phoenix, AZ
Pickup appointment
10:00 AM
Delivery / current ETA
8:00 PM / 2:00 PM
Operational timeline
Imported TMS milestones alongside FreightFlow work, communications, documents, and exceptions.
Tracking checkpoint
9:00 AM · 1m agoLast location reported near Reno, NV.
Automated tracking · FreightFlow event layer
Carrier communication
6:00 AM · 3h agoPHONE · Driver reports a short delay at the previous stop.
Human communication · FreightFlow event layer
Customer notification
6:00 AM · 3h agoEMAIL · Checkpoint update sent with current ETA and next action.
Human communication · FreightFlow event layer
BOL received
4:00 AM · 5h agoBOL attached to the shipment record.
Document event · FreightFlow event layer
Exception created: Carrier non-response
11:00 PM · 10h agoCarrier has not acknowledged the last two outreach attempts.
Operational event · FreightFlow event layer
Shipment status updated
9:00 PM · 12h agoMoved to at pickup.
Operational event · FreightFlow event layer
Driver dispatched
4:00 PM · 17h agoAvery Patel assigned to the load.
Operational event · FreightFlow event layer
TMS record synchronized
10:00 AM · 47h agoAuthoritative load and appointment data received from TMS.
Operational event · FreightFlow event layer
Operations notes
Keep handoffs clear for the next broker or dispatcher.