Inventory
Build a source-of-truth list for sites, chargers, connectors, firmware, credentials, users, tariffs, and integrations.
Sock8 migrations separate charger cutover, business-data transfer, driver transition, and integration change into workstreams that can be tested and sequenced before production day.
The objective is continuity, not a blind endpoint swap. Charger firmware and configuration, OCPP parity, tariffs, users, sessions, payment dependencies, roaming, reporting, and rollback conditions are reviewed before batches move.
Build a source-of-truth list for sites, chargers, connectors, firmware, credentials, users, tariffs, and integrations.
Translate source data and operating rules into Sock8 records and identify gaps or transformations.
Move representative charger models and one operational slice, then reconcile sessions and downstream data.
Move approved batches with monitoring, exception handling, stakeholder communication, and rollback criteria.
Migration monitoring keeps onboarded connectors, live status, sessions, and exceptions visible during each rollout wave.
Representative Sock8 product interface
Confirm migration scope, system access, contractual constraints, data availability, and business deadlines.
Compare protocol, operational, commercial, integration, and reporting requirements against the target platform.
Move a controlled sample, test full transactions and support flows, and resolve exceptions.
Execute approved batches, reconcile results, retire source dependencies, and close the transition.
The network replaced a legacy CSMS and unified multiple charger brands under one branded operation.
Evidence shown is limited to the named deployment facts currently approved for this site.
Migrations can target Sock8-managed white-label cloud or an approved customer-hosted environment.
Migration is scoped separately from recurring platform pricing. Cost depends on charger volume and diversity, source exports, integrations, environments, and cutover support.
View platform pricingSometimes, if the current platform or charger-management method supports a secure remote endpoint change. Field access is planned where remote change is unavailable.
Available exports are assessed for sites, chargers, users, RFID records, tariffs, transactions, and other required records; not every source exposes every dataset.
Representative pilots, small rollout waves, monitoring, predefined rollback conditions, and reconciliation reduce cutover risk.
They can be part of one programme, but model and firmware groups are validated separately before their rollout wave.
The team agrees whether history is imported, archived for reporting, or retained in the source system based on data quality and access.