How automatic scheduling works
What the optimizer solves for, what it treats as unbreakable, and how long a run takes.
- Written for
- Dispatchers
- Reading time
- 1 min
- Last reviewed
- August 7, 2026
Scheduling takes the unassigned trips for a day, the vehicles that are active for that day, and your operational constraints, and produces a proposed plan: which vehicle runs which trips, in what order.
Hard constraints
These are never traded away to produce a tidier plan. If they cannot all be met, the trip is left unassigned with a reason rather than placed somewhere unsuitable.
- Vehicle capability must cover the trip's service type.
- Appointment times must be met.
- Pickup windows must be respected.
- Driver shift limits must not be exceeded.
What it optimizes for
Within those constraints the objective is a balanced, low-deadhead day: reduce empty running between stops, avoid loading one vehicle while another idles, and keep each route geographically coherent so a delay early in the day does not cascade across the whole fleet.
Running it
- Open the day you want to build in Trips.
- Start scheduling. It runs as a background job — you can keep working while it does.
- When the job completes, the proposed plan appears. Nothing is sent to drivers yet.
- Review it, adjust anything that needs a human decision, then publish.
Related
Why a trip stayed unassigned
Trips & scheduling · 1 min · DispatchersThe reasons the optimizer leaves a trip in the backlog, and what to do about each.
Reoptimizing a day that has already started
Trips & scheduling · 1 min · DispatchersWhen to re-run the optimizer mid-day, and why it is whole-day only.
Vehicle types and capabilities
Vehicles & inspections · 1 min · AdministratorsHow capability flags map to service types, and why getting them wrong looks like a shortage of vehicles.