A neutral OCPP and OCPI layer between chargers, roaming partners, and backends, so CPOs and eMSPs migrate without a big-bang cutover.
Station F
EDHEC EntrepreneursMixed OCPP fleets, roaming partners, and a CPMS cutover currently force field rewiring. Operators need a protocol layer that can sit in front of current and future systems.
OCPP 1.6 and 2.0.1 chargers still terminate on a single CPMS. A backend change means truck rolls and risk windows.
OCPI 2.1.1 and 2.2.1 partner onboarding, tokens, tariffs, sessions, and CDRs stay manual once traffic is live.
Billing, roaming, and support still depend on the current platform, so a one-step swap is too risky for operations.
Stabilize the field and partner edges first, then change downstream software.
Operators stay on platforms they have outgrown because leaving is riskier than staying.
Every operator eventually has to change a backend, add a roaming partner or absorb a new charger generation without touching the field.
Chargers → OCPP → CPMS → OCPI → CPO → eMSP → roaming → AI agents. Connect, manage, monitor and operate from one place.
One target for every charger, one inventory, every message kept.
One gateway for peers and hubs, typed clients for your stack.
Read-only AI for operators, agents and support teams.
Chargers connect once to the EV Cloud proxy. Messages are inspected, logged and routed in real time to the backend you choose.
Change the backend by changing a route, not a charger.
Not a full CPMS/CSMS replacement by default. It sits alongside existing backends.
Connect, configure and control every charge point from one dashboard, whatever brand or backend it belongs to.
One inventory, one control surface, every charger.
Real-time logs turn “the charger is down” into a specific message, timestamp and cause.
Diagnose from evidence, not from memory.
ChargerPilot reads your fleet data, logs and OCPP messages, finds issues and recommends the next step, so operations and support teams act faster.
Read-only by design. People keep the controls.
Connect CPOs and eMSPs directly, run OCPI versions side by side, and validate partner flows before drivers roam.
Roaming as an operating task, not an integration project.
Connect to roaming platforms and brokers through the OCPI flow that already serves your direct peers.
Reached through the standard OCPI credentials flow. Pre-built hub connectors are on the roadmap.
One normalized layer whichever side of the transaction you are on.
Exercise the partner handshake and module sync in a controlled environment before drivers roam.
Typed clients and APIs for charger and roaming integrations, so teams automate operations from code.
Typed clients for chargers, sessions, routes, partners and CDRs.
On the roadmap. The same surface for Python stacks.
Script operational workflows and plug into existing platforms.
The EV Cloud MCP server exposes chargers, sessions, proxy, observability, roaming and telemetry as tools, scoped to your organization’s token.
Same data, same permissions, whether a person or an agent asks.
The copilot reads OCPP and OCPI messages, searches the protocol documentation, and walks engineers through integration and debugging.
Knowledge stays with the team, not with one expert.
Point mixed fleets at one OCPP endpoint. OCPP 1.6 and 2.0.1. Chargers keep their hardware and firmware.
Map backends, protocol versions, and routing priority. This is the traffic split nobody documented.
Run current and next systems in parallel on the operator’s own data. Cut over site by site and roll back by changing a route, not a charger. ChargerPilot assists, read-only.
EV Cloud is a neutral OCPP and OCPI infrastructure layer that sits between charger fleets, roaming partners, and internal systems so Charge Point Operators and eMSPs can connect mixed fleets, launch roaming, and migrate backends without a big-bang cutover.
ChargerPilot AI for OCPP and OCPI: fleet SQL, diagnose evidence, and protocol how-to. Live station control is not shipped.
Chargers, roaming partners, and backends sit on separate stacks. EV Cloud is a neutral OCPP and OCPI layer between them so operators can connect mixed fleets, launch roaming, and migrate without a big-bang cutover.
EV Cloud focuses on the OCPP gateway, OCPI roaming and multi-backend routing layer.
The public product is an OCPP gateway, an OCPI gateway, and multi-backend routing, priced by estate and routing complexity.
Sources: Grand View Research, IEA Global EV Outlook 2024, EAFO, ACEA, ICCT / ZEV Alliance 2025
Stabilize the field layer first, then change downstream software. Multi-backend routing so current and future systems can run in parallel. The stack changes on the operator’s terms, one route at a time. Live today with a European regional CPO of 200+ chargers, a US commercial fleet depot, and a Canadian hardware OEM.

5+ years scaling AI, enterprise data, and SaaS products. Leads product commercialization, enterprise go-to-market, and automated decision architectures for eMobility operators.

6+ years in distributed systems, cloud infrastructure, and EV protocol engineering. Author of the EV Cloud OCPP and OCPI guides; architect of the core proxy engine.
Founder-market fit: deep protocol systems and AI execution
API gateways made web services replaceable. EV Cloud does the same for charging.
Connect once. Route anywhere. Roll back by changing a route, not a charger.