Channel & retail · Available now
Connected Vehicle & Fleet Operations
After handover a vehicle usually leaves your field of view: where it is, how far it has run, what fault codes it reports and when it is due for service all become someone else's information.
Prefer Chinese? The Chinese edition of this page carries the full source list and every numeric caveat. 本页中文版
- LayersPosition · condition · behaviour
- PathsFactory API · terminal · manual
- GatesConsent · alert closure
- CostSix components per kilometre
- BoundaryNo hardware
1. The data stops at handover
For a pure trading business that seems tolerable. For anything built on top of it, it is a structural defect.
Four capabilities disappear with the data. Service stops being predictable, because fault codes and mileage are unknown until the customer complains. Warranty stops being adjudicable, because 'serviced on schedule' cannot be evidenced. Fleet customers cannot be served, because they buy on cost per kilometre and uptime. Residual value stops being defensible, because condition and mileage are read off a dashboard at resale.
- Service after the fact. Without mileage and fault history, maintenance can only be reactive — and by the time the customer calls, they are already unhappy.
- Warranty decided by negotiation. Claims depend on service records that do not exist in a usable form.
- Fleet buyers excluded. Ride-hailing, leasing and logistics evaluate on cost per kilometre and uptime; without those numbers there is no conversation.
- Residual value guessed. Buy-back and trade-in pricing without continuous condition data has to be conservative, and conservative pricing loses the deal.
There is also a constraint that has to be settled before any of this: vehicle data includes location and usage behaviour. Consent is a design precondition, not a technical obstacle — what is collected, who may see it and how long it is kept are agreed at connection time, and the system treats consent as a precondition of ingestion rather than a form to fill in later.
The second practical reality is that connectivity differs sharply by market. Some vehicles ship connected, some need a retrofit terminal, some have expensive data tariffs. That is why ingestion is layered rather than solved one way.
2. Three data layers, three ways in
Decide what can be obtained before deciding what to analyse.
| Layer | Content | How it is obtained | What it supports |
|---|---|---|---|
| Position | Location, route, mileage, geofence | Factory T-Box, aftermarket terminal, driver app | Dispatch, uptime, mileage billing, territory management |
| Condition | Fault codes, battery and powertrain state, service reminders | Factory data interface, diagnostic tools, workshop inspection | Early warning, warranty adjudication, parts forecasting |
| Behaviour | Harsh acceleration and braking, speeding, idling time | Terminal or app collection | Safety management, insurance pricing, driver assessment |
Availability depends on model and market; the table describes structure and promises no capability for a specific model.
<strong>Factory interface.</strong> Most complete, and dependent on the manufacturer. No retrofit cost, high data quality — but the scope is set by the OEM and differs by model. This line adapts per model and does not claim universal coverage.
<strong>Aftermarket terminal.</strong> Controllable, with ongoing cost. Suits fleets, leasing and used vehicles, and covers older models; terminal and data tariff are recurring costs, and installation quality affects data quality, so terminal model and installation date must be recorded.
<strong>Manual or workshop entry.</strong> The least fashionable layer and the most reliable one. Workshop visits give mileage and work orders, which is the strongest evidence available for a warranty decision — stronger than any remote reading.
3. Eight steps in a loop that never finishes
Unlike the other lines, this one does not end. Data keeps flowing and alerts keep arriving.
| Step | Gate | What must be true | What is recorded |
|---|---|---|---|
| 1. Vehicle onboarding | Connected via factory interface, terminal or manual entry, with the source registered | Onboarding record | |
| 2. Consent registration | Gate | Collection scope, visibility scope, retention period and notice version registered | Consent record |
| 3. Position and route | Location and route collected, mileage and geofences maintained | Route and mileage | |
| 4. Condition and alerts | Fault codes and powertrain state received, graded by severity | Alert record | |
| 5. Alert handling | Gate | Converted to a work order or handled remotely, with the outcome recorded | Handling record |
| 6. Service and parts | Service plan and parts demand generated from mileage and time | Service plan | |
| 7. Cost allocation | Energy, service, repair and insurance allocated to mileage and VIN | Cost per kilometre | |
| 8. Fleet review | Uptime, downtime and TCO by vehicle, model and fleet | Fleet report |
Handled alerts return to alert handling; an alert that is cleared without repair returns as the same alert.
4. Cost per kilometre is the only number a fleet buyer cares about
TCO is an operating metric, not a finance account.
| Component | How it is computed | Data source | What is usually forgotten |
|---|---|---|---|
| Purchase amortisation | (Purchase price − expected residual) ÷ expected mileage | Order and residual assumption | Residual assumed optimistically, so amortisation is understated |
| Energy | Energy cost ÷ mileage | Charging or fuelling records, remote data | Charging losses and peak/off-peak tariff differences |
| Service | Service cost ÷ mileage | Work orders and service records | Mileage-based and time-based schedules running in parallel |
| Repair | Repair cost ÷ mileage | Work orders and parts consumption | The difference between in-warranty and out-of-warranty periods |
| Insurance | Premium ÷ mileage | Policy, claims history | The effect of claims on next year's premium |
| Downtime | Downtime days × daily revenue ÷ mileage | Alert and repair duration | Frequently omitted entirely, and often the largest item for operating vehicles |
A framework, not parameters: values come from the customer's own operating data.
Downtime is the item that changes conclusions. A ride-hailing vehicle off the road for three days loses the repair cost and three days of revenue — which is why fleets pay a premium for fewer stops, and why a TCO that omits it systematically undervalues reliability.
Two rules keep the analysis honest. Report TCO at three granularities — per vehicle, per model, per fleet — because each answers a different question, and a single average answers none. And when data is incomplete, state the coverage rather than presenting a partial figure as a complete one: remote coverage at 60% with the rest from work orders is a legitimate result, as long as it says so.
5. Location data is the most sensitive category here
Location can reveal working hours, home address and workplace, so the permission model follows minimum necessary rather than convenience.
| Terminal | Primary users | What it does | Normally not available |
|---|---|---|---|
| Desktop / internal workspace | After-sales, fleet operations, warranty | Vehicle state, alert handling, service plans, TCO analysis | — (main workspace) |
| Group dashboard | Management | Vehicles online, alert closure rate, uptime and downtime, TCO trend | Real-time single-vehicle routes and owner details |
| Mobile | Service advisers, roadside assistance | Receive alerts, book appointments, handle on site | Historical route replay — granted per work order |
| Fleet customer portal | Fleet customers, dealers | Mileage, service reminders, alert status for their own vehicles | Other customers' vehicles, owner personal information |
| Public website | — | Not used for this line | All data |
Exact visibility follows the customer's organisation and authorisation model; the table is the default.
Three hard rules. Route replay is authorised on demand and logged — who looked at which vehicle for which period. A fleet customer sees only its own vehicles, and vehicles returned at end of lease leave the visible set automatically, or the customer keeps watching someone else's movements. And where behaviour data is used for driver assessment, drivers are informed in advance: that is both a compliance requirement and the only way the assessment works, because an uninformed driver will find a way around the device.
6. Six ways connectivity becomes a burden
The first two make the system fail. The last four make the conclusions wrong.
- Collecting first and consenting later. Being technically able to read a value is not permission to collect it. Collection scope must match the consent scope, and retroactive consent is not available in most markets.
- Alerts reported and never handled. A system that raises two hundred alerts a day and handles twenty trains everyone to ignore it — including the serious ones. Closure rate matters, alert count does not.
- Mixing sources without quality marks. Factory data, terminal data and manual entry differ in reliability. Without a quality mark, conclusions look precise and are wrong.
- TCO as a single average. Per vehicle, per model, per fleet — all three are needed, or the number answers nothing.
- Ignoring downtime. For operating vehicles it often costs more than the repair. Leaving it out understates TCO systematically.
- Routes visible by default. Location reveals routine and residence. Replay on demand, with a log, is the floor, not an option.
Failure is easier to notice than distortion, and distortion is more expensive: a system that obviously does not work gets fixed, while one that produces confident wrong numbers gets used for decisions.
7. Questions we are asked most
Six, with the practical answer rather than the ideal one.
What if the model does not support connectivity?
Two paths: an aftermarket terminal or manual entry. Terminals suit fleets; manual entry suits scattered vehicles and workshop visits. The goal is not 'everything connected' but that the key data — mileage, service, faults — arrives. Position data is a bonus.
Who owns the data?
Per local law and contract. The system provides field-level permissions and access logs; it does not change ownership. Do not promise 'the data is yours' at the product level — ownership is a legal question, not a feature.
How do we reduce alert noise?
Three actions: grade by severity so only high grades reach a person; de-duplicate by condition so an unrepaired fault code does not repeat; suppress by context, for example during a workshop visit. The target is closure rate, not alert count.
How much history does TCO need?
At least one full service cycle, typically six to twelve months. With less, present a range by model and market and state the coverage. A range is honest; a precise single figure from partial data is not.
How does it divide work with the repair line?
This line detects — data and alerts. The repair line handles — work orders and parts. An alert becomes a work order, and completion writes the closure back. They stay separate because data capability and repair capability are different disciplines.
Is the demo vehicle data real?
No. Demo environments contain constructed sample data only, with no real vehicles, locations or owner information.
Citation
Suanshu Haiyuan. Connected Vehicle & Fleet Operations. Shanghai Siyang Information Technology Co., Ltd.. https://eficien.com/en/solutions/wai-fleet.html (source list verified 2026-10-17; English edition 2026-10-29).
This page describes how the system carries these stages and fields. It is not legal, tax or customs advice. Rates, categories, deadlines and document requirements follow the competent authority's current rules and must be confirmed by your responsible staff and professional advisers. The Chinese edition lists the official reference entry points; this edition does not restate them, and deliberately gives no numeric conclusions.
8. Inventory what you can actually obtain
Count the vehicles you have already delivered, by what data you can get from them.
- For each vehicle in service, record whether position, condition and behaviour data are available.
- Check whether workshop records carry mileage and work-order detail — the strongest fallback evidence.
- Compute cost per kilometre for three operating vehicles and see which of the six components cannot be filled.
- Confirm how consent and notice are handled today.
- Walk through alert closure and the TCO view in the demo environment.
Which data layer can you reach today?
Tell us the markets and fleet mix; we will show what each ingestion path yields and where the permission boundary falls.
Book a 30-minute walkthrough