School & staff buses
Fixed routes with stops, where parents and HR both want to see the bus coming.
Where every vehicle is, where it has been, and whether it is running to plan.
Today the answer to “where is it?” is a phone call to the driver. A tracking system puts the position on a map, keeps the trip history, and tells the office when something has gone off plan before anyone complains.
A fleet without tracking runs on trust and phone calls. That works until there is a dispute, a complaint or a fuel bill that does not add up — and then there is nothing to look at.
The vehicle changes but the questions do not: is it running, is it on route, when did it arrive, and how far did it travel this month.
Fixed routes with stops, where parents and HR both want to see the bus coming.
Delivery runs where arrival times and proof of drop-off decide the invoice.
Vans dispatched to jobs, where the nearest available vehicle is the useful question.
Machines moved between sites, tracked for utilisation and service intervals.
Mileage and geographic limits enforced by the record rather than by argument.
Collection rounds where coverage has to be evidenced to the authority.
Decide early whether you are buying hardware or using phones. A GPS unit wired into the vehicle reports whether or not anyone remembers to open an app, and survives a flat phone battery. A driver's phone costs nothing extra and gets you running next week.
If you already run a third-party GPS platform and only want the reports and passenger view on top, say so — building a layer over an existing tracker is a much smaller project than replacing it.
Six steps, repeating for every trip. Step five is what makes the rest defensible — nothing is reconstructed from memory afterwards.
A GPS unit or the driver's phone reports position on a set interval.
Vehicle and driver assigned to a route, a trip or a job for the day.
Positions plot on the map as the trip runs, against the planned route.
Deviation, delay, speeding or arrival raises a notification to whoever needs it.
Every position stored with time, coordinates and accuracy, ready to replay.
Trips, mileage, timings and exceptions summarised by vehicle, driver and route.
Coverage is never perfect. Vehicles go through tunnels, basements and plantation roads with no signal, so positions are buffered on the device and uploaded when the connection returns rather than being lost.
Most fleets start with the live map, vehicles and trip logs. Alerts and the passenger view are added once the tracking itself is proven on the road.
Every active vehicle on one map, with status, last update time and the trip it is running.
Vehicle register with plate, capacity and device pairing, plus service and inspection dates.
Named routes with ordered stops, expected timings and the geofence around each one.
Scheduled and ad-hoc trips, with start and end times captured rather than typed.
Who drove what and when, with licence expiry and shift assignment held on the record.
Off-route, late departure, speeding, long idle and arrival, by email, SMS or push.
Every recorded position kept, so any past trip can be replayed against the clock.
A limited view for parents, clients or site staff showing only the vehicle that concerns them.
Mileage by vehicle, on-time performance, exceptions, utilisation, and exports for payroll or billing.
From KLASS Bus Buddy, a school bus tracking system built for YKY Bus Service, covering routes, trips, live position and the parent-facing view. The full story is in the vehicle tracking case study.
Six stages. Unlike the other systems we build, this one has a physical dependency — devices have to be bought and fitted, and that sets the pace.
With operations and a driver. We settle what counts as off-route, how often position should be reported, and who gets told when something is wrong.
Output: alert rules and reporting intervalA hardware tracker or the driver's phone, trialled on two vehicles for a fortnight before committing to a fleet-wide order.
Output: device decision with real coverage dataScreen-by-screen design of the control room view, the driver's app and the parent or client view.
Output: signed-off screens, build scheduleVehicles, routes, position capture and the live map first, so you can watch real trips before alerts and reporting are finished.
Output: test system, updated fortnightlyDevices fitted across the fleet, then a week of live running checked against what actually happened on the road.
Output: fitted fleet, signed UATOffice and drivers trained, the passenger view opened last, once the data behind it has been trusted for a fortnight.
Output: live system, SOP, support windowFor a fleet of twenty to a hundred vehicles with fitted devices. Using drivers' phones instead removes the fitting stage and takes roughly a month out.
Fitting runs alongside the build rather than after it, because vehicles can only be released a few at a time. The stage that slips is procurement — order devices as soon as the trial ends, not when the software is ready.
I would like to take the opportunity to thank UNO especially their web consultant for the great service rendered along the journey in completing our brand new corporate website. You guide us, consult us and the most important thing is you understand what we want. The result is just awesome and we are truly satisfied! Thank you.