Différence entre EMSP et CPO dans la recharge électrique : utilisateur, opérateur, plateforme, prix, paiement, sessions, supervision, support et partenaires.
Publié le 2026-05-08 · Mis à jour le 2026-05-08 · Resonovia Mobility
Deux responsabilités complémentaires
Le CPO, ou Charge Point Operator, opère l'infrastructure de recharge. Il gère les stations, connecteurs, disponibilités, incidents, maintenance, supervision, commandes terrain et données techniques.
L'EMSP, ou Electric Mobility Service Provider, fournit le service aux utilisateurs : compte, application, carte, token, prix, paiement, historique, support et accès à des réseaux partenaires.
Une même entreprise peut jouer les deux rôles. Mais dans le logiciel, les confondre est une erreur. Le CPO raisonne infrastructure. L'EMSP raisonne expérience utilisateur. Entre les deux, il faut des contrats clairs pour que la donnée circule sans brouiller les responsabilités.
Pourquoi cette distinction devient stratégique
La mobilité électrique n'est plus un marché de démonstration. Avere-France indique que 2 597 191 véhicules électriques et hybrides rechargeables étaient en circulation en France au 28 février 2026. En mars 2026, 54 604 véhicules 100 % électriques ont été immatriculés, soit une hausse de 69,1 % par rapport à mars 2025, avec plus de 28 % de part de marché sur le mois.
Cette croissance change la nature du problème. Quand le volume augmente, les plateformes ne peuvent plus fonctionner avec des règles implicites, des exports manuels et des diagnostics dispersés. Chaque ambiguïté entre EMSP et CPO finit par toucher l'utilisateur, le support ou la facturation.
La recharge publique illustre bien cette tension. L'observatoire Avere-France et AFIREV 2024 montre que 86 % des utilisateurs de véhicules électriques utilisent des applications de cartographie pour préparer ou suivre leurs recharges, mais seuls 65 % trouvent les tarifs transparents. Ce chiffre dit quelque chose d'important : le service n'est pas jugé uniquement sur la présence des bornes, mais sur la qualité de l'information, du prix et du parcours.
Le rôle du CPO
Un CPO doit savoir :
- connecter les bornes via OCPP ;
- superviser disponibilité, erreurs, états connecteurs et incidents ;
- gérer stations, connecteurs, puissances, firmwares et interventions ;
- produire des données fiables pour sessions, CDR, maintenance et reporting ;
- exposer son réseau à des partenaires via OCPI ;
- expliquer au support pourquoi une session n'a pas fonctionné.
Le CPO est proche du terrain. Sa plateforme doit traduire des signaux techniques en informations exploitables. Une borne peut être installée, déclarée, visible, occupée, indisponible, réservée ou en erreur. Ces états doivent être précis, sinon l'application et les partenaires propagent de mauvaises informations.
Le rôle de l'EMSP
Un EMSP doit savoir :
- créer une expérience utilisateur claire ;
- gérer comptes, droits d'accès, moyens de paiement et tokens ;
- afficher stations, prix, disponibilité et conditions d'accès ;
- lancer et suivre des sessions ;
- agréger plusieurs réseaux partenaires via OCPI ;
- produire historique, reçus, factures, support et notifications.
L'EMSP est proche de l'utilisateur final. Son enjeu n'est pas seulement d'afficher une carte, mais de rendre un service fiable malgré la complexité des réseaux, des partenaires, des tarifs et des états terrain.
Ce qui casse quand EMSP et CPO sont mélangés
Les incidents les plus coûteux ne viennent pas toujours d'une panne franche. Ils viennent souvent de responsabilités mal séparées.
Exemples fréquents :
- un prix est modifié côté CPO mais reste mal exposé côté EMSP ;
- une borne est hors service mais continue d'apparaître utilisable dans une application ;
- une session démarre côté borne mais l'utilisateur ne la voit pas dans son compte ;
- un CDR est généré sans correspondre clairement au paiement ;
- le support ne sait pas si l'incident relève du partenaire, de la station, du token ou de l'application ;
- les équipes finance récupèrent des exports difficiles à rapprocher.
Ces problèmes ne se corrigent pas avec une interface plus jolie. Ils se corrigent avec une architecture qui sépare domaines, contrats, événements et responsabilités.
L'architecture d'une vraie plateforme EMSP/CPO
Une plateforme EMSP / CPO durable distingue plusieurs domaines :
- le domaine infrastructure, qui connaît stations, connecteurs, états, puissance et supervision ;
- le domaine utilisateur, qui connaît compte, droits, préférences, moyens de paiement et historique ;
- le domaine session, qui relie autorisation, transaction OCPP, session OCPI, énergie et facturation ;
- le domaine tarifaire, qui sépare règles internes, affichage utilisateur et contrats partenaires ;
- le domaine support, qui agrège les traces nécessaires pour expliquer un parcours ;
- le domaine reporting, qui produit les indicateurs opérationnels, financiers et partenaires.
Cette séparation ne ralentit pas le produit. Elle évite au contraire que chaque nouvelle fonctionnalité devienne une exception.
L'approche Resonovia
Resonovia aborde ce type de plateforme en reliant EMSP, CPO, OCPP, OCPI, mobile et cloud dans un même système d'exploitation.
Notre force vient de cinq points :
- nous savons concevoir les backends Java, Kotlin et Spring Boot qui portent les règles métier critiques ;
- nous comprenons les protocoles OCPP et OCPI, mais aussi les limites réelles de leurs implémentations ;
- nous relions les états plateforme à une expérience mobile native claire ;
- nous pensons support, reporting et exploitation dès le modèle de données ;
- nous évitons les architectures qui mélangent utilisateur, borne, paiement et partenaire dans un même bloc fragile.
Dans un marché où les usages augmentent vite, cette vision globale rend la plateforme plus lisible pour les équipes, plus fiable pour les utilisateurs et plus facile à faire évoluer pour l'entreprise.
FAQ
Une même plateforme peut-elle être EMSP et CPO ?
Oui. Mais les domaines métier doivent rester séparés pour préserver la maintenabilité, la qualité de service et la clarté des responsabilités.
OCPI est-il nécessaire pour un EMSP ?
Il devient nécessaire dès que l'EMSP veut donner accès à des réseaux de recharge externes ou synchroniser sessions, tarifs, CDR et tokens avec des partenaires.
Pourquoi ne pas tout mettre dans un seul modèle session ?
Parce qu'une session vue par l'utilisateur, une transaction OCPP, une session OCPI et un CDR n'ont pas exactement les mêmes responsabilités. Les rapprocher est nécessaire ; les confondre rend la plateforme fragile.