Config Manager does the fleet-wide edits Wialon makes you do one unit at a time. Two tools today: Counter Sync, which sets each unit's odometer from its own mileage sensor, and Sensor Manager, which renames or deletes a sensor across every unit that carries it. Unlike the rest of this family it writes to Wialon — so every tool reads first, shows exactly what it would change, and writes only what the preview displayed.
The Counter Sync preview — current odometer against what the sensor would set, per unit.
Screenshot pending
A sensor found across every unit that carries it, ready to rename or remove.
Screenshot pending
After the write: what went through, and what Wialon refused and why.
Why this exists
Every claim below is published by the platform vendors themselves. Follow the links.
Wialon's bulk tool copies a template, it does not edit what is there
The documented way to move configuration between units is Export to WLP and Import from WLP, and the export options are whole blocks — Counters, Sensors, Eco driving, Custom fields. That copies a source unit's configuration onto targets, which is the right shape for cloning a new unit and the wrong one for renaming a sensor that already exists on three hundred units with different settings each.
A sensor belongs to a unit, so a rename is N edits
Sensors are configured in a unit's own properties. There is no fleet-level sensor to rename once and have it take everywhere, which is why a naming cleanup across a large account is measured in hours of opening unit cards rather than in one action.
Fleet operators whose sensor naming drifted as the fleet grew, and who now have the same measurement under three names across a few hundred units.
Wialon partners doing onboarding and cleanup work, where the same configuration change has to land on every unit in an account rather than on one.
What you get
Counter Sync
Switches the mileage counter to mileage-sensor mode and sets the odometer to that sensor's latest reading — per unit, from that unit's own data. The engine-hours and auto-calc bits are preserved rather than overwritten.
Sensor Manager
Finds every unit carrying a sensor and renames or deletes it across all of them in one action.
Preview, then write
Every tool reads first and shows the exact list of units and values it would change. The write applies that list and nothing else.
The preview is the instruction
Writes send the exact unit and sensor IDs the preview displayed, not a name for the server to resolve again. A sensor created or renamed between preview and click cannot be swept up in the change.
One unit's failure is one unit's failure
Changes go through Wialon's batch call, so a unit Wialon refuses is reported against that unit instead of taking the rest of the run down with it.
No credential of its own
It holds no token. The write happens as the signed-in user, with exactly the rights that user has in Wialon.
The data itself
Units
Searched from your account, with the change scoped to the selection you make.
Sensors
Matched across units by name, so a measurement recorded under one label everywhere can be found and changed everywhere.
Counters
The mileage counter, its calculation mode and the odometer value — read before the write and shown in the preview.
How it connects
1
Step 1: Sign in with Wialon
Authenticate on Wialon's own login page, or paste a Wialon API token. There is no separate account here.
2
Step 2: Choose the units
Search your fleet and select what the change should apply to.
3
Step 3: Read the preview
Every affected unit is listed with what it holds now and what it would hold after. Nothing has been written yet.
4
Step 4: Apply
The write goes through in a batch. Units Wialon accepts are changed; units it refuses come back named, with the reason.
What you point at it
Platform
Wialon Hosting
Wialon Local
Self-hosted Wialon instances
Writes
unit/update_calc_flags
unit/update_mileage_counter
unit/update_sensor
Tools
Counter Sync
Sensor Manager
White-label
Config Manager ships white-label. For a partner doing onboarding and cleanup it is an internal tool as often as a customer-facing one.
Standalone under your brand and domain.
It writes to the customer's own Wialon account and holds nothing itself, so there is no data of theirs sitting with you.
You hold the commercial relationship and the billing; we stay behind it.
Product work and Wialon API changes are handled on our side.
Security and access
Authenticates against Wialon; no separate account and no Wialon password stored here.
The deployment holds no token of its own — writes happen as the signed-in user, limited to that user's Wialon rights.
Nothing is written that the preview did not display, and writes carry the exact unit and sensor IDs from that preview.
Deleting a sensor is permanent in Wialon and cannot be undone from here — stated plainly because the tool does it across many units at once.
How is this different from Wialon's export and import?
Export to WLP copies a source unit's configuration onto other units. That is the right tool for setting up a new unit like an existing one. It is the wrong tool for changing one property on units that already have their own settings — copying a sensor block over would replace everything else in it. Config Manager edits what is there instead of overwriting it with a template.
Does it actually write to Wialon?
Yes, and that is the point — it is the only app in this family that does. Counter Sync calls unit/update_calc_flags and unit/update_mileage_counter; Sensor Manager calls unit/update_sensor. Each is preceded by a preview showing exactly which units and values are involved.
Can a change be undone?
A rename can be reversed by renaming back. A sensor deletion cannot — it is permanent in Wialon. The preview exists so that decision is made before the write rather than after.
What happens if Wialon rejects one unit?
That unit is reported by name with the reason, and the rest of the run continues. A single refusal does not roll back or abort the others.
Do you store our Wialon token?
No. The token is the signed-in user's own Wialon session. The deployment holds no credential, which also means it can never do more than the person using it is allowed to do.
Can we run it under our own brand?
Yes. Your brand and domain, your commercial relationship. Partners often run it internally for onboarding and account cleanup rather than putting it in front of customers.