Qu'est-ce qu'un CSMS dans la recharge VE

Réponse rapide

Un CSMS, ou Charging Station Management System (système de gestion des stations de recharge), est la plateforme logicielle qui exploite, supervise et facture un réseau de stations de recharge VE. Le terme vient d'OCPP 2.0, publié par l'Open Charge Alliance en 2018, où il a remplacé le terme Central System d'OCPP 1.6, et il s'est imposé dans l'usage avec OCPP 2.0.1 en 2020. Un CSMS prend en charge le provisionnement des bornes et la gestion des équipements, l'autorisation des conducteurs, les transactions de recharge et les données de comptage, le contrôle à distance, la recharge intelligente, les tarifs et la facturation, le diagnostic et les mises à jour de firmware. Dans l'usage commercial, CSMS et CPMS (Charge Point Management System) désignent la même catégorie de logiciel, CSMS étant le terme exact au regard du protocole et CPMS le terme le plus courant sur le marché. Le CSMS que choisit un opérateur détermine le matériel qu'il peut utiliser, les systèmes métier auxquels il peut se connecter et à qui appartiennent les données de recharge.

Pour un opérateur qui exploite 40 sites équipés de bornes de trois fabricants différents, un seul logiciel décide si tout cela fonctionne réellement. Quand une borne passe hors ligne à six heures du matin, quand un conducteur est facturé deux fois pour une même session, quand un site fonctionne à la limite de son raccordement au réseau, la réponse se trouve au même endroit. Cet endroit, c'est le backend, et dans le vocabulaire d'OCPP, il s'appelle le CSMS.

Dans le secteur, le terme a tendance à être employé de manière incohérente. Certains fournisseurs parlent de CSMS, d'autres de CPMS, d'autres encore de plateforme de recharge. Derrière ces appellations se trouve une définition technique précise, dont l'origine est bien identifiée, et la comprendre rend les dossiers d'appel d'offres, les démos des fournisseurs et les discussions d'intégration nettement plus faciles à décrypter.

Cet article explique ce qu'est un système de gestion des stations de recharge, d'où vient le terme, ce qu'il fait fonction par fonction, comment il communique avec les bornes, comment il s'articule avec le reste de la stack de recharge, et ce qui distingue un CSMS d'un autre lorsque c'est vous qui signez le contrat.

Qu'est-ce qu'un CSMS (système de gestion des stations de recharge) ?

Un CSMS (Charging Station Management System) est le back-office d'un réseau de recharge VE. C'est le logiciel qui sait quelles bornes existent, si elles sont en ligne, qui est autorisé à les utiliser, ce qu'a coûté chaque session et que faire lorsque quelque chose tombe en panne.

La définition formelle

Dans la spécification OCPP 2.0.1, le CSMS est défini comme le back-office qui gère les stations de recharge (Charging Stations). C'est l'un des deux seuls rôles normatifs du protocole. L'autre est la station de recharge elle-même. Tout le reste d'une architecture de recharge VE, y compris les conducteurs, les partenaires de roaming, les gestionnaires de réseau et les systèmes de gestion de l'énergie, se situe en dehors du périmètre du protocole.

Le CSMS est exploité par l'opérateur de stations de recharge (Charging Station Operator, ou CSO). Dans le langage courant du secteur, ce rôle est généralement appelé opérateur de points de recharge (Charge Point Operator, ou CPO). La distinction importe moins que la relation : une organisation exploite le CSMS, et c'est cette organisation qui porte la responsabilité commerciale du réseau.

Ce que le CSMS contrôle

Le CSMS détient la vision de référence du réseau. Il stocke la configuration de chaque station, les règles d'autorisation qui déterminent si une session peut démarrer, la tarification qui fixe le coût d'une session et, ensuite, l'enregistrement complet de la transaction. Il émet aussi des commandes : démarrer une session à distance, modifier la disponibilité, appliquer une limite de recharge, redémarrer une prise, déployer une mise à jour de firmware.

Ce que le CSMS ne contrôle pas

Un CSMS ne fournit pas l'électricité et ne passe pas outre les systèmes de sécurité physiques. Si les protections internes d'une borne se déclenchent, le CSMS en est informé et le signale, mais il n'en décide pas. Il en va de même pour les limites électriques d'un site. Un CSMS peut moduler la demande dans la marge qui lui est accordée, et il peut répondre aux signaux d'un système de gestion de l'énergie ou d'un gestionnaire de réseau, mais la contrainte physique relève de l'installation.

Les trois niveaux : station, EVSE, connecteur

OCPP 2.0.1 modélise un site de manière logique plutôt que physique, sur trois niveaux. Une station de recharge est l'ensemble du système qui possède une identité unique et dialogue en OCPP avec le CSMS. En dessous se trouvent un ou plusieurs EVSE (Electric Vehicle Supply Equipment), chacun capable de recharger un véhicule à la fois. Sous chaque EVSE se trouvent un ou plusieurs connecteurs, c'est-à-dire les prises individuelles ou les câbles attachés.

Cela compte en pratique, car une aire de recharge de vingt EVSE derrière un seul modem ne constitue, du point de vue du protocole, qu'une seule station de recharge. Chaque EVSE porte un numéro, noté evseId (identifiant d'EVSE) dans les messages OCPP, et ces numéros commencent à un et se suivent sans interruption. Un evseId égal à zéro est réservé à la station dans son ensemble, si bien qu'une commande envoyée à zéro s'applique à tous ses EVSE. Les connecteurs sont numérotés de la même façon, à partir de un au sein de chaque EVSE.

CSMS ou CPMS : y a-t-il une vraie différence ?

Les deux termes coexistent sur le marché, si bien que la différence mérite une réponse directe avant toute autre chose.

CSMS, le terme du protocole

CSMS vient de la spécification. Le terme est apparu avec OCPP 2.0 en 2018 et s'est imposé dans l'usage avec OCPP 2.0.1 ; c'est le terme correct lorsque vous parlez de messages OCPP, de certification ou de tout ce qui relève du protocole. Si vous lisez un document technique de l'Open Charge Alliance, vous y trouverez le terme CSMS.

CPMS, le terme du marché

CPMS, ou Charge Point Management System (système de gestion des points de recharge), est issu du vocabulaire d'OCPP 1.6, où la borne était un Charge Point et le backend le Central System. Le secteur a conservé l'expression Charge Point bien après que le protocole l'a remplacée, et CPMS s'est ainsi installé dans l'usage commercial.

Là où les deux termes diffèrent réellement

Il existe une vraie distinction technique. CSMS désigne spécifiquement le rôle côté OCPP, c'est-à-dire le système auquel se connecte une station de recharge. Dans l'usage courant, CPMS a un sens plus large et englobe souvent des fonctions commerciales qu'OCPP ne couvre jamais, comme la gestion des clients, la facturation, le règlement du roaming et les applications pour conducteurs. Une plateforme qui n'implémente que le volet OCPP est un CSMS. Une plateforme qui gère aussi l'activité qui l'entoure correspond à ce que la plupart des gens entendent par CPMS.

Dans les documents d'achat, les deux termes désignent généralement le même système. Lorsqu'un cahier des charges présente CSMS et CPMS comme des exigences distinctes, la définition associée à chacun pèse davantage que l'intitulé lui-même.

Pourquoi le secteur a cessé de parler de Central System

Dans la recharge VE, la terminologie suit le protocole, et le protocole a changé. Comprendre ce changement vous indique à peu près l'âge d'un document, d'une borne ou de la réflexion produit d'un fournisseur.

Le changement de vocabulaire entre OCPP 1.6 et 2.0.1

OCPP 1.6 est sorti en 2015 et est devenu la version du protocole la plus largement implémentée. OCPP 2.0 est apparu en 2018, OCPP 2.0.1 a suivi en 2020, et OCPP 2.1 est sorti en 2025. Avec la génération 2.x, Charge Point est devenu Charging Station et Central System est devenu CSMS. Ce changement de nom n'avait rien de cosmétique. OCPP 2.0.1 a introduit le niveau EVSE, remplacé les identifiants plats par des objets structurés et transféré la génération des identifiants de transaction du backend vers la station.

Les deux générations ne sont pas compatibles entre elles : une borne qui parle OCPP 1.6 ne peut pas communiquer avec un backend qui ne parle que la 2.0.1. C'est à cause de cette incompatibilité que la prise en charge des versions compte lors de la planification d'un déploiement, et que la mention « conforme OCPP » sur une fiche technique ne vous en dit pas assez à elle seule.

La norme IEC 63584 a fait entrer CSMS dans le langage des achats

L'édition 3 d'OCPP 2.0.1 a été approuvée comme norme IEC, sous la référence IEC 63584, en 2024. Dès qu'un protocole devient une norme internationale, son vocabulaire commence à apparaître dans les documents de marchés publics, les cadres nationaux et les listes de contrôle de conformité. C'est la principale raison pour laquelle CSMS apparaît désormais dans les textes commerciaux, là où CPMS s'imposait jusqu'ici par défaut. Le terme lui-même remonte à 2018. Ce qui a changé, c'est la fréquence à laquelle les acheteurs le rencontrent aujourd'hui.

Ce que cela signifie à la lecture d'un appel d'offres

Si un appel d'offres emploie le terme CSMS et fait référence à OCPP 2.0.1 ou à la norme IEC 63584, son auteur travaille à partir de la spécification et attendra probablement des réponses au niveau du protocole sur les messages pris en charge, les blocs fonctionnels et la certification. Si un appel d'offres emploie le terme CPMS et parle de conducteurs, d'applications et de facturation, son auteur raisonne en termes commerciaux. Répondre dans le mauvais registre est une façon courante de perdre des points sur une offre techniquement solide.

Que fait un CSMS ? Ses fonctions clés expliquées

OCPP 2.0.1 organise ses 64 messages en blocs fonctionnels, et ces blocs correspondent étroitement à ce que tout CSMS sérieux doit prendre en charge. La liste ci-dessous suit cette structure, car c'est le moyen le plus fiable de comparer les plateformes sans se perdre dans les catégories marketing.

Provisionnement et gestion des équipements

Chaque borne doit se présenter avant de pouvoir faire quoi que ce soit. Elle envoie une notification de démarrage, reçoit sa configuration et communique sa structure de composants et de variables. OCPP 2.0.1 a formalisé ce processus avec un modèle d'équipement (device model), qui permet au CSMS de lire et d'écrire la configuration de manière standardisée au lieu de s'appuyer sur des noms de clés propres à chaque fabricant. Pour un opérateur au parc matériel hétérogène, c'est toute la différence entre gérer une flotte et gérer une collection.

Autorisation et identité

Avant le démarrage d'une session, le CSMS décide si l'identité présentée est autorisée à recharger. Cette identité peut être une carte RFID, un jeton d'application, un certificat de contrat ISO 15118 ou un jeton de roaming appartenant au client d'un autre fournisseur. Le CSMS la valide par rapport à ses propres enregistrements, à un cache local ou à un backend de roaming. Les stations peuvent aussi conserver une liste d'autorisation locale afin que la recharge continue de fonctionner en cas de perte de connectivité, ce qui compte davantage que la plupart des acheteurs ne le pensent sur les sites où la couverture mobile est faible.

Transactions, comptage et données de session

L'enregistrement des transactions est le cœur commercial du système. Il indique quand une session a démarré et s'est arrêtée, quelle quantité d'énergie a été délivrée, à quels moments, et sous quelle identité. OCPP 2.0.1 a remplacé les messages distincts de démarrage et d'arrêt de la 1.6 par un modèle unique fondé sur les événements, et a transféré la génération des identifiants de transaction à la station. En pratique, cela se traduit par moins de sessions orphelines et un rapprochement plus propre.

Les valeurs de comptage arrivent périodiquement pendant une session, ainsi qu'à son début et à sa fin. La qualité et la granularité de ces données déterminent si un opérateur peut facturer avec précision, justifier une session contestée ou modéliser correctement le taux d'utilisation.

Contrôle à distance et disponibilité

Les opérateurs ont besoin d'agir sur les bornes sans s'y rendre. Un CSMS peut démarrer et arrêter des sessions à distance, libérer un câble qui ne s'est pas déverrouillé, modifier la disponibilité d'une station et la réinitialiser. Les équipes de support y ont recours en permanence. La rapidité et la fiabilité des commandes à distance ont un effet direct sur le nombre d'interventions sur site dont un réseau a besoin chaque mois.

Recharge intelligente et gestion de la charge

C'est avec la recharge intelligente que le CSMS cesse d'être un outil de supervision et commence à protéger un business case. Les profils de recharge permettent au CSMS de fixer des limites par session, par EVSE, par station ou pour un groupe, assorties de plannings. La gestion dynamique de la charge répartit la capacité disponible entre les véhicules, afin qu'un site puisse alimenter davantage de bornes sans renforcer son raccordement au réseau.

Pour les opérateurs présents dans le résidentiel, sur les lieux de travail et dans les parkings, c'est souvent la fonction qui apporte le plus de valeur sur l'ensemble de la plateforme.

Tarifs, prix et facturation

Un moteur de tarification transforme l'énergie et le temps en argent. Cela recouvre les tarifs au kWh, les frais de session, la tarification selon l'heure de la journée, les frais d'occupation et des prix différents selon les groupes de clients ou les sites. Le CSMS applique le tarif, produit l'enregistrement facturable et le transmet au système chargé d'émettre la facture, quel qu'il soit. Là où les opérateurs se font piéger, c'est sur la devise, la gestion de la TVA et les arrondis d'un marché à l'autre, des points faciles à négliger lors d'une démo et coûteux à découvrir plus tard.

Paiements et recharge ad hoc

Dans l'UE, la recharge publique doit fonctionner pour les conducteurs qui n'ont aucun contrat avec l'opérateur. Le règlement (UE) 2023/1804, ou règlement sur le déploiement d'une infrastructure pour carburants alternatifs, est applicable depuis le 13 avril 2024 et impose la recharge ad hoc aux points de recharge ouverts au public, avec une transparence des prix et des moyens de paiement électronique largement utilisés. Les opérateurs doivent proposer au moins l'un des dispositifs suivants : un lecteur de cartes de paiement, un dispositif sans contact capable de lire les cartes de paiement, ou un appareil connecté à internet permettant un paiement sécurisé, par exemple au moyen d'un code QR. Le texte intégral est disponible sur EUR-Lex.

C'est au niveau du CSMS que cette obligation se concrétise sur le plan opérationnel. Il doit autoriser une session sur la base d'une préautorisation de paiement plutôt que d'un compte, clôturer ensuite la transaction au montant exact et produire un reçu.

Diagnostic, supervision et firmware

Une borne en panne et non signalée est pire qu'une borne hors ligne, car l'opérateur continue de payer pour le site et le conducteur continue de se présenter. Un CSMS collecte les notifications d'état et les codes d'erreur, les rend visibles et gère les mises à jour de firmware sur l'ensemble du parc. Ce qui distingue les plateformes, ce n'est généralement pas le fait qu'elles collectent les erreurs, mais ce qui se passe ensuite.

Pulse d'eMabler prend en charge cette couche grâce à un diagnostic piloté par l'IA. Il détecte les erreurs des points de recharge, les recoupe avec la documentation des fabricants, recommande des correctifs et peut agir automatiquement, en redémarrant des prises ou en désactivant des ports défectueux avant que les clients ne soient affectés.

Sécurité et gestion des certificats

OCPP 2.0.1 définit trois profils de sécurité, qui combinent l'authentification HTTP Basic ou des certificats clients TLS avec un TLS facultatif ou obligatoire. Il couvre aussi la gestion du cycle de vie des certificats, les firmwares signés et la journalisation des événements de sécurité. Les acheteurs devraient demander quels profils une plateforme utilise en production, plutôt que ceux qui figurent dans sa documentation, et considérer la certification ISO 27001 comme un prérequis de base.

Réservations et messages aux conducteurs

Deux fonctions plus modestes complètent le tableau. Les réservations permettent à un conducteur de bloquer un EVSE pendant une période donnée. Les messages d'affichage permettent au CSMS d'envoyer du texte sur l'écran d'une station, ce qui sert à l'information tarifaire, aux avis de service et à la communication en cas de panne.

Comment un CSMS communique-t-il avec les stations de recharge ?

La connexion entre la borne et le CSMS est plus simple que la plupart des gens ne le pensent, et comprendre son fonctionnement lève une bonne part du mystère qui entoure les échanges de dépannage.

OCPP sur WebSocket

L'OCPP moderne fonctionne en JSON sur WebSocket, ce que l'on appelle OCPP-J. La station de recharge est le client : c'est toujours elle qui ouvre la connexion vers le CSMS, et elle la maintient ouverte en permanence. C'est important, car la station peut ainsi se trouver derrière un pare-feu ou un NAT mobile tout en continuant de recevoir les commandes du backend. Une fois la connexion établie, chacune des deux parties peut envoyer des messages.

L'identité de la station fait partie de l'URL de connexion : il n'est donc pas nécessaire de la répéter dans chaque message. Les versions historiques OCPP 1.2 et 1.5 utilisaient SOAP à la place et ne se rencontrent plus que dans d'anciennes installations.

Une session de recharge, du début à la fin

Une session suit une séquence prévisible. La station s'initialise et envoie une notification de démarrage, puis des heartbeats pour prouver qu'elle est active. Un conducteur présente une identité et la station demande au CSMS de l'autoriser. La transaction commence, les valeurs de comptage remontent à intervalles réguliers, et la transaction se termine par un dernier relevé du compteur. Le CSMS calcule ensuite le prix de la session et produit l'enregistrement. Des notifications d'état accompagnent l'ensemble de la séquence et signalent la disponibilité et les pannes.

OCPP 1.6, 2.0.1 et 2.1 sur le terrain

La plupart des réseaux européens sont aujourd'hui mixtes. OCPP 1.6 reste largement déployé, car il est mature et pris en charge par un immense parc de matériel installé. OCPP 2.0.1 est la cible actuelle des nouveaux déploiements et apporte le modèle d'équipement, une sécurité renforcée et une recharge intelligente plus performante. OCPP 2.1, sorti en janvier 2025, ajoute le pilotage des ressources énergétiques distribuées et des capacités vehicle-to-grid, et il est rétrocompatible avec OCPP 2.0.1.

Tout CSMS acheté aujourd'hui par un opérateur doit gérer au minimum la 1.6 et la 2.0.1 côte à côte, sur le même réseau, sans traitement spécifique site par site.

Comment un CSMS s'inscrit-il dans l'architecture de recharge au sens large ?

OCPP ne régit qu'un seul lien, celui qui relie la station au CSMS. Tout ce dont un opérateur a besoin par ailleurs passe par d'autres interfaces, et le CSMS est le point central par lequel elles se connectent toutes.

Roaming et OCPI

Les conducteurs s'attendent à pouvoir recharger sur des réseaux qui n'appartiennent pas à leur fournisseur. Cela fonctionne grâce aux protocoles de roaming, le plus souvent OCPI, qui transmettent les emplacements, les tarifs, les demandes d'autorisation, les sessions et les enregistrements détaillés de recharge entre les opérateurs et les fournisseurs de services. L'eMSP n'est pas du tout un acteur OCPP. Il accède au réseau par l'intermédiaire du CSMS.

ISO 15118 et Plug and Charge

L'ISO 15118 permet la communication entre le véhicule et la borne, ce qui rend possible le Plug and Charge : la voiture s'identifie au moyen d'un certificat de contrat et la recharge démarre sans carte ni application. Le CSMS assure la partie gestion des certificats. eMabler prend en charge le Plug and Charge.

Gestion de l'énergie, signaux réseau et flexibilité

Côté énergie, un CSMS fonctionne rarement de manière isolée. Un système de gestion de l'énergie peut imposer des limites sur un site, que la station remonte via OCPP. Un gestionnaire de réseau de distribution peut envoyer des signaux de contrainte réseau au moyen de protocoles comme OpenADR ou OSCP. Pour les opérateurs qui gèrent un portefeuille de sites, c'est là que la recharge devient partie intégrante de l'activité énergétique.

Systèmes métier

Les connexions qui déterminent si un CSMS fonctionne au quotidien sont généralement les moins spectaculaires. Le CRM, l'ERP, la facturation, les prestataires de paiement et l'application client propre à l'opérateur ont tous besoin des données de recharge, et ils en ont besoin dans un format que leurs systèmes comprennent déjà. ABC a intégré la recharge directement dans l'application ABC-mobiili. Aimo Park a réuni le stationnement et la recharge dans une seule application.

Ce qu'il faut examiner pour choisir un CSMS

Les listes de fonctionnalités convergent. Dans une réponse écrite, toutes les plateformes du marché cocheront probablement la plupart des cases ci-dessus. Les différences qui comptent apparaissent dans la façon dont une plateforme se comporte une fois qu'elle fait tourner un vrai réseau.

Prise en charge des versions d'OCPP, certifiée ou non

Demandez quelles versions d'OCPP sont prises en charge en production, et non sur la feuille de route. Demandez si l'implémentation est certifiée par l'Open Charge Alliance, car une conformité autodéclarée et une conformité testée sont deux choses différentes. Demandez comment la plateforme gère un réseau qui fait tourner deux versions du protocole en même temps.

La compatibilité matérielle en pratique

La conformité OCPP ne garantit pas l'interopérabilité. Les fabricants interprètent certaines parties de la spécification différemment, et les écarts n'apparaissent qu'en cas de forte sollicitation ou dans des cas limites. La question utile n'est pas de savoir si une plateforme est indépendante du matériel en principe, mais quels modèles précis elle exploite en production, dans quels volumes et depuis combien de temps.

Profondeur de l'API et surface d'intégration

Si les données de recharge ne peuvent pas atteindre les systèmes qui font tourner le reste de l'activité, la plateforme devient un îlot doté d'un tableau de bord. Vérifiez si l'API couvre tout ce que fait l'interface utilisateur, si elle est documentée publiquement et si des intégrations existent déjà pour les systèmes que vous exploitez. eMabler est API-first et propose plus de 300 intégrations prêtes à l'emploi, ainsi que des intégrations sur mesure construites sur des API ouvertes.

Disponibilité, supervision et qui répond au téléphone

Les échecs de recharge sont visibles par les clients en quelques secondes, et ils restent longtemps dans les mémoires. Demandez les chiffres de disponibilité et la manière dont ils sont mesurés. Demandez ce qui se passe à deux heures du matin quand un site tombe en panne, et qui, précisément, vous aurez au bout du fil. eMabler affiche une disponibilité de plateforme de 99,999 %, et les opérateurs échangent directement avec les ingénieurs qui ont conçu la plateforme.

Modèle tarifaire et alignement des intérêts

La structure tarifaire vous indique ce qu'un fournisseur cherche à optimiser. Un modèle lié aux sessions de recharge réussies place les revenus du fournisseur et ceux de l'opérateur du même côté. eMabler facture des frais de licence de base, auxquels s'ajoute une composante à l'usage liée aux sessions de recharge réussies. Les informations à jour sont disponibles sur emabler.com/pricing.

Propriété des données et conditions de sortie

Deux questions permettent de trancher. À qui appartiennent les données de recharge, et à qui appartient la relation avec le conducteur ? Lorsque la réponse est le fournisseur, le coût d'un changement de plateforme ultérieur augmente d'autant. Avec eMabler, les opérateurs conservent la pleine propriété de leurs données de recharge et de leur relation avec les conducteurs.

Conformité

Pour les opérateurs européens, la liste de conformité pertinente comprend l'AFIR, le RGPD, l'EU Data Act, PCI DSS lorsque des paiements sont traités, et l'ISO 27001 pour la sécurité de l'information. eMabler détient la certification ISO 27001, avec zéro violation de sécurité enregistrée, et se conforme au RGPD, à l'AFIR, à PCI DSS et à l'EU Data Act.

Là où le choix d'un CSMS déraille souvent

Dans ce domaine, la plupart des regrets remontent à un petit nombre d'erreurs prévisibles.

Choisir sur la foi des listes de fonctionnalités

Les réponses écrites à une matrice d'exigences sont presque identiques d'un fournisseur à l'autre. Deux plateformes peuvent toutes deux revendiquer la recharge intelligente et différer complètement dans la manière dont celle-ci se comporte avec 60 véhicules sur un raccordement contraint. Les échanges de référence avec des opérateurs qui exploitent des réseaux similaires valent davantage que la matrice.

Confondre conformité OCPP et interopérabilité

La conformité signifie qu'une plateforme implémente la spécification. L'interopérabilité signifie qu'elle fonctionne avec les bornes précises que vous possédez. La seconde est une question empirique, et la seule réponse fiable vient des déploiements en production.

Sous-estimer la migration

Faire passer un réseau en service d'une plateforme à une autre touche à la configuration du matériel, aux comptes conducteurs, aux tarifs, aux données historiques et à chaque intégration construite par-dessus. Les opérateurs qui planifient cela comme un simple changement de logiciel ont tendance à découvrir l'ampleur réelle du projet à mi-parcours.

Perdre le contrôle des données

Les plateformes qui conservent la relation avec le conducteur ou restreignent l'export des données créent une dépendance qui grandit avec le réseau. C'est une question contractuelle autant que technique, et elle est bien plus facile à régler avant la signature qu'après.

Comment migrer d'un CSMS à un autre ?

La migration est l'étape du cycle de vie d'un CSMS qui reçoit le moins d'attention et cause le plus de difficultés ; mieux vaut donc la planifier en s'appuyant sur des faits plutôt que sur l'optimisme.

Ce qu'il faut auditer en premier

Avant de déplacer quoi que ce soit, un opérateur a besoin d'un inventaire complet : chaque borne avec sa version de firmware et d'OCPP, chaque intégration et ce qu'elle consomme, chaque tarif et chaque groupe de clients, ainsi que les données historiques qui doivent survivre à la transition. Les lacunes de cet inventaire deviennent plus tard des incidents.

Procéder par étapes sans mettre de sites hors ligne

Les migrations fonctionnent mieux par phases, en commençant par un petit ensemble représentatif de sites couvrant les types de matériel du parc. Faire tourner les deux plateformes en parallèle pendant la transition coûte plus cher pendant un temps et supprime la nécessité d'une bascule unique et décisive.

À quoi ressemble une migration de CSMS vraiment fluide et rapide

Time Park est un opérateur de stationnement norvégien détenu par le groupe Thon, qui gère le stationnement et la recharge VE sur plusieurs centaines de sites en Norvège, notamment des centres commerciaux, des hôtels, des lieux de travail et des immeubles résidentiels collectifs, tous desservis par sa propre application, Time Park Fix. Time Park a migré l'intégralité de sa plateforme de recharge VE vers eMabler en 14 jours, soit la migration la plus rapide jamais enregistrée par eMabler, et a mené l'essentiel du travail avec sa propre équipe.

Deux facteurs ont rendu ce rythme possible. Time Park disposait déjà d'une configuration EMSP conforme OCPI, ce qui a supprimé une grande partie du travail d'intégration, et l'entreprise a bénéficié d'un accès direct à l'équipe d'ingénierie d'eMabler tout au long du projet. Comme l'a résumé Henrik Fauske, Product Owner chez Time Park : « Le processus de migration était standardisé et a fonctionné d'emblée. Des sessions de recharge réussies ont commencé à arriver rapidement juste après la migration, ce qui a confirmé très tôt que tout fonctionnait. »

Lisez ici le témoignage complet de Time Park.

Que change OCPP 2.1 pour les plateformes CSMS ?

Le protocole s'étend au-delà de la gestion des bornes, vers la participation aux marchés de l'énergie, ce qui modifie ce que l'on attendra d'un CSMS au cours des prochaines années.

Ressources énergétiques distribuées et vehicle-to-grid

OCPP 2.1 ajoute des messages pour définir, lire et effacer les consignes de pilotage des ressources énergétiques distribuées, ainsi que des alarmes et des notifications de démarrage et d'arrêt. Ce sont les bases protocolaires qui permettent de traiter les bornes et les véhicules connectés comme des actifs du réseau électrique.

Services au réseau et plannings dynamiques

La spécification ajoute un signal pour la réserve de restauration de la fréquence avec activation automatique, un marché qu'exploitent de nombreux gestionnaires de réseau de transport européens, ainsi que des mises à jour dynamiques des plannings et la recharge prioritaire. Ensemble, ces éléments permettent à un backend d'ajuster la recharge en fonction des conditions du marché comme des limites locales.

Tarifs, règlement et flux d'événements

OCPP 2.1 fait entrer les tarifs dans le protocole lui-même, avec des messages permettant de définir des tarifs par défaut, de modifier un tarif en cours de transaction et de notifier le règlement. Il introduit également des flux d'événements périodiques, qui changent la façon dont les données à haute fréquence circulent entre la station et le CSMS.

Ce qu'il faut demander aux fournisseurs

Les questions qui valent la peine d'être posées sont concrètes. Cherchez à savoir quels domaines fonctionnels de la 2.1 sont implémentés aujourd'hui, lesquels sont prévus et selon quel calendrier, et si la plateforme peut faire fonctionner des stations en 1.6, 2.0.1 et 2.1 sur le même réseau. Il est également utile de demander sur quel matériel le fournisseur a testé la 2.1, car la prise en charge côté backend ne représente que la moitié d'un déploiement qui fonctionne.

CSMS : questions fréquentes

Q: Un CSMS est-il la même chose qu'un CPMS ?

A: Dans l'usage commercial, oui. CSMS est le terme employé dans la spécification OCPP, et CPMS celui qu'utilisent la plupart des fournisseurs sur le marché. Lorsqu'ils diffèrent, le CPMS inclut souvent des fonctions métier, comme la facturation et la gestion des clients, qu'OCPP ne couvre pas.

Q: CSMS est-il un terme nouveau ?

A: Non. Il est entré dans OCPP avec la version 2.0 en 2018 et s'est imposé dans l'usage avec OCPP 2.0.1 en 2020. Il est devenu plus visible dans les textes commerciaux à mesure que l'adoption d'OCPP 2.0.1 progressait, puis après l'approbation de cette version comme norme IEC 63584.

Q: Un CSMS doit-il prendre en charge OCPP 2.0.1 ?

A: Pour les nouveaux déploiements, la 2.0.1 est le socle raisonnable. Comme OCPP 1.6 et 2.0.1 ne sont pas compatibles et que le matériel 1.6 reste très répandu, la plupart des opérateurs ont besoin d'un CSMS qui fait fonctionner les deux versions sur le même réseau.

Q: Un seul CSMS peut-il gérer des bornes de différents fabricants ?

A: Oui, à condition que la plateforme soit indépendante du matériel et que les bornes soient conformes OCPP. Demandez quels modèles précis le fournisseur exploite en production, car les interprétations de la spécification varient d'un fabricant à l'autre.

Q: Un CSMS est-il la même chose qu'un système de gestion de l'énergie ?

A: Non. Un EMS gère les charges électriques d'un site ou d'un bâtiment et peut imposer des limites qu'une station de recharge remonte via OCPP. Un CSMS exploite le réseau de recharge et peut répondre à ces limites.

Q: Faut-il un CSMS pour un seul site de recharge ?

A: Toute borne qui nécessite une autorisation, de la facturation, du support à distance ou du reporting a besoin d'un backend, quel que soit le nombre de sites. L'équation économique évolue avec l'échelle, mais pas le besoin fonctionnel.

Q: À qui appartiennent les données d'un CSMS ?

A: Cela dépend entièrement du contrat plutôt que de la technologie. La propriété des données et le contrôle de la relation avec le conducteur relèvent des conditions commerciales, et ils varient d'un fournisseur à l'autre.

Choisir un CSMS : ce qui compte au final

Un CSMS est le système de gestion des stations de recharge qui fait fonctionner un réseau de recharge VE : provisionnement, autorisation, transactions, recharge intelligente, tarifs, diagnostic, et tout ce dont l'activité dépend ensuite. Le terme vient d'OCPP 2.0.1 et signifie la même chose que CPMS dans presque toutes les conversations commerciales. Plus que l'acronyme, ce qui compte, c'est que le choix de la plateforme décide de trois choses à la fois : le matériel que vous pouvez acheter, les systèmes auxquels vous pouvez vous connecter et à qui appartiennent vos données de recharge.

eMabler est indépendant du matériel et fonctionne avec tout point de recharge conforme OCPP, de sorte que les opérateurs ne sont pas liés à un seul fabricant. La plateforme est API-first et se connecte aux systèmes existants de CRM, de facturation, de paiement et de gestion de l'énergie grâce à des API ouvertes et à plus de 300 intégrations prêtes à l'emploi. La tarification est liée aux sessions de recharge réussies, les opérateurs conservent la pleine propriété de leurs données de recharge et de leur relation avec les conducteurs, et le support est assuré par les ingénieurs qui ont conçu la plateforme. Aujourd'hui, eMabler gère plus de 120 000 points de recharge connectés dans 11 pays, traite plus de 1,3 million de sessions de recharge par mois avec une disponibilité de 99,999 %, et détient la certification ISO 27001, avec zéro violation de sécurité enregistrée.

Si vous évaluez un CSMS pour votre réseau ou envisagez de quitter celui que vous utilisez, nous serons ravis d'en discuter !

Qu'est-ce qu'un CSMS (Charging Station Management System) ?