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.

  1. 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.
  2. Warranty decided by negotiation. Claims depend on service records that do not exist in a usable form.
  3. Fleet buyers excluded. Ride-hailing, leasing and logistics evaluate on cost per kilometre and uptime; without those numbers there is no conversation.
  4. 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.

LayerContentHow it is obtainedWhat it supports
PositionLocation, route, mileage, geofenceFactory T-Box, aftermarket terminal, driver appDispatch, uptime, mileage billing, territory management
ConditionFault codes, battery and powertrain state, service remindersFactory data interface, diagnostic tools, workshop inspectionEarly warning, warranty adjudication, parts forecasting
BehaviourHarsh acceleration and braking, speeding, idling timeTerminal or app collectionSafety 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.

StepGateWhat must be trueWhat is recorded
1. Vehicle onboardingConnected via factory interface, terminal or manual entry, with the source registeredOnboarding record
2. Consent registrationGateCollection scope, visibility scope, retention period and notice version registeredConsent record
3. Position and routeLocation and route collected, mileage and geofences maintainedRoute and mileage
4. Condition and alertsFault codes and powertrain state received, graded by severityAlert record
5. Alert handlingGateConverted to a work order or handled remotely, with the outcome recordedHandling record
6. Service and partsService plan and parts demand generated from mileage and timeService plan
7. Cost allocationEnergy, service, repair and insurance allocated to mileage and VINCost per kilometre
8. Fleet reviewUptime, downtime and TCO by vehicle, model and fleetFleet 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.

ComponentHow it is computedData sourceWhat is usually forgotten
Purchase amortisation(Purchase price − expected residual) ÷ expected mileageOrder and residual assumptionResidual assumed optimistically, so amortisation is understated
EnergyEnergy cost ÷ mileageCharging or fuelling records, remote dataCharging losses and peak/off-peak tariff differences
ServiceService cost ÷ mileageWork orders and service recordsMileage-based and time-based schedules running in parallel
RepairRepair cost ÷ mileageWork orders and parts consumptionThe difference between in-warranty and out-of-warranty periods
InsurancePremium ÷ mileagePolicy, claims historyThe effect of claims on next year's premium
DowntimeDowntime days × daily revenue ÷ mileageAlert and repair durationFrequently 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.

TerminalPrimary usersWhat it doesNormally not available
Desktop / internal workspaceAfter-sales, fleet operations, warrantyVehicle state, alert handling, service plans, TCO analysis— (main workspace)
Group dashboardManagementVehicles online, alert closure rate, uptime and downtime, TCO trendReal-time single-vehicle routes and owner details
MobileService advisers, roadside assistanceReceive alerts, book appointments, handle on siteHistorical route replay — granted per work order
Fleet customer portalFleet customers, dealersMileage, service reminders, alert status for their own vehiclesOther customers' vehicles, owner personal information
Public website—Not used for this lineAll 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.

  1. 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.
  2. 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.
  3. 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.
  4. TCO as a single average. Per vehicle, per model, per fleet — all three are needed, or the number answers nothing.
  5. Ignoring downtime. For operating vehicles it often costs more than the repair. Leaving it out understates TCO systematically.
  6. 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.

  1. For each vehicle in service, record whether position, condition and behaviour data are available.
  2. Check whether workshop records carry mileage and work-order detail — the strongest fallback evidence.
  3. Compute cost per kilometre for three operating vehicles and see which of the six components cannot be filled.
  4. Confirm how consent and notice are handled today.
  5. 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