Migrer votre système de gestion des bornes de recharge (CPMS, Charge Point Management System) peut sembler l’un des projets les plus risqués pour un opérateur de bornes de recharge (CPO). On redoute les interruptions de service, la perte de données ou l’envolée des coûts. Pourtant, la réalité est inverse : rester sur une plateforme obsolète ou inadaptée est souvent bien plus risqué que de passer à une plateforme pérenne.
À mesure que le secteur de la recharge des véhicules électriques (VE) mûrit, l’écart entre ceux qui évoluent et ceux qui ne le font pas continue de se creuser. Ces signes d’alerte comptent, car lorsque les problèmes deviennent indéniables, votre entreprise est peut-être déjà désavantagée.
Ces signes s’appliquent que vous utilisiez un CPMS tiers qui a pris du retard ou une plateforme développée en interne par votre équipe. Voici les cinq indicateurs les plus clairs (et un bonus !) qu’il est temps d’envisager la migration de votre CPMS.
1. Votre équipe passe plus de temps à éteindre des incendies qu’à développer l’activité
Votre CPMS devrait simplifier vos opérations, pas les accaparer. Lorsque vos équipes passent leur temps à résoudre des problèmes système au lieu de se consacrer à des tâches stratégiques, la plateforme a franchi un seuil qui mérite d’être pris au sérieux.
Sur les plateformes tierces, les signes se manifestent par des pannes du système aux heures de forte affluence, des plaintes de clients sur le fonctionnement de l’application et des solutions de contournement qui deviennent des éléments permanents du fonctionnement de l’entreprise. Sur les plateformes internes, la capacité d’ingénierie se partage entre la stabilisation du système et son adaptation aux nouvelles réglementations, aux nouvelles certifications matérielles et aux nouvelles exigences du marché, qui sollicitent toutes la même équipe au même moment. Aucune de ces demandes n’est facultative, et une mise à jour de conformité réglementaire ne peut pas attendre la fin d’un sprint de stabilisation.
Les équipes prises dans un mode réactif ne peuvent pas travailler à l’expansion sur de nouveaux marchés, au développement de partenariats ou à l’innovation de service. Lorsque la maintenance évince ces activités trimestre après trimestre, la plateforme devient un handicap stratégique, et pas seulement technique.
2. Passer à l’échelle, une vraie ascension
Des difficultés à ajouter de nouveaux chargeurs, à s’étendre sur de nouveaux sites ou à absorber un volume croissant de sessions révèlent des limites d’architecture. Une plateforme conçue pour la taille du réseau d’il y a trois ans peut tenir à l’échelle actuelle. Son comportement sous la pression de la croissance est une autre question.
Sur les plateformes tierces, cela se traduit par des ralentissements du système aux heures de forte affluence, des plafonds de base de données qui empêchent d’ajouter de nouveaux sites ou des extensions courantes qui demandent des semaines de travail d’ingénierie. Sur les plateformes internes, il existe une asymétrie structurelle importante : un éditeur de CPMS qui compte 200 ingénieurs consacrés à un seul produit absorbe les intégrations matérielles, les mises à jour réglementaires et les évolutions de protocole pour tous ses clients en même temps. Une équipe interne de 10 à 15 ingénieurs porte une charge équivalente pour un seul réseau.
L’expansion géographique accentue le problème. Les systèmes conçus pour un seul marché révèlent chacune des hypothèses de leur conception d’origine dès qu’ils passent une frontière.
3. Des fonctions clés restent toujours « en développement »
Lorsque vos besoins métier dépassent sans cesse le calendrier de livraison de votre plateforme, un écart se creuse entre ce que votre réseau peut faire et ce que le marché attend. Cet écart s’élargit progressivement, puis devient visible d’un coup lorsqu’une opportunité commerciale exige une fonctionnalité indisponible.
Sur les plateformes tierces, les demandes de modèles d’abonnement, d’intégrations de gestion de l’énergie ou de prise en charge du Vehicle-to-Grid (V2G) obtiennent des promesses de feuille de route qui ne se concrétisent jamais dans des délais compatibles avec les besoins opérationnels. Sur les plateformes internes, la feuille de route est bloquée par le retard de maintenance plutôt que par les priorités d’un éditeur. Lorsque l’ingénieur chargé de développer la prise en charge du Plug & Charge doit aussi maintenir le système existant à flot, la nouvelle fonctionnalité attend. Les échéances de conformité à l’AFIR, les exigences des profils de sécurité d’OCPP 2.0.1 et les nouvelles versions des protocoles d’itinérance arrivent toutes au rythme du secteur.
Les principaux fournisseurs de CPMS utilisent désormais l’IA pour accélérer leurs cycles de développement et réduire le délai entre l’identification d’un besoin et la mise en service de la fonctionnalité. Pour une équipe interne dont la capacité est limitée et largement absorbée par l’exploitation, suivre ce rythme est structurellement difficile. Le niveau d’exigence évolue chaque trimestre.
4. Le développement de votre plateforme est à l’arrêt
Des temps de réponse longs, des mises à jour rares et des standards dépassés révèlent une plateforme qui ne peut plus suivre. Sur un marché où les versions d’OCPP (Open Charge Point Protocol), les standards d’itinérance et les exigences de certification matérielle changent régulièrement, prendre du retard crée une réelle exposition.
Sur les plateformes tierces, les signes d’alerte sont précis : pas de prise en charge des versions actuelles d’OCPP, des fonctionnalités de conformité à l’AFIR manquantes ou aucune perspective crédible de certification Plug & Charge. Les demandes de support s’étirent sur plusieurs semaines, et la feuille de route présentée par l’éditeur ressemble à celle d’il y a deux ans.
Sur les plateformes internes, une comparaison honnête avec des fournisseurs spécialisés révèle généralement un écart qui reflète des années d’investissement réparti sur des dizaines de réseaux. Une évaluation réaliste estime souvent l’effort de rattrapage à un ou deux ans de développement ciblé, pendant que les plateformes spécialisées continuent d’avancer. La question essentielle est de savoir si rattraper le marché, puis rester à son niveau, est le meilleur usage de la capacité de l’équipe.
5. Les grands changements révèlent les failles de la plateforme
Les virages stratégiques montrent ce qu’une plateforme est réellement capable de gérer. L’expansion internationale, les fusions-acquisitions et le déploiement de bornes HPC créent chacun des besoins pour lesquels l’architecture d’origine n’a peut-être pas été conçue.
L’expansion internationale met les systèmes historiques à l’épreuve de façon prévisible. Les nouvelles exigences réglementaires, les configurations de traitement des paiements et les versions des protocoles d’itinérance révèlent chacune des hypothèses de la conception d’origine. Les fusions-acquisitions créent une pression particulière : acquérir un autre réseau, c’est hériter de ses types de matériel, de l’historique de son implémentation OCPP et de ses structures de données. Le travail d’intégration est considérable, et de nombreuses plateformes gèrent mal le matériel hétérogène.
Le déploiement de bornes HPC à grande échelle pose des défis similaires. Intégrer de grands volumes de chargeurs haute puissance de plusieurs fabricants est un processus reproductible pour les plateformes qui l’ont déjà fait de nombreuses fois. Pour une équipe interne qui découvre cette complexité, l’effort est nettement plus important.
Bonus : votre plateforme n’a pas de couche d’IA, et l’écart opérationnel est déjà mesurable
Les opérateurs dont le CPMS intègre une couche d’IA bénéficient d’une tout autre visibilité sur leur réseau. L’écart ne tient pas aux tableaux de bord. Il tient à la capacité de la plateforme à détecter, diagnostiquer et parfois résoudre les problèmes avant qu’ils n’atteignent l’opérateur.
L’écart est concret. Les opérateurs indiquent souvent des taux de disponibilité de 98,7 à 99,9 % dans leurs outils de supervision. Le taux de réussite de la recharge au premier essai raconte une autre histoire : selon les données du secteur, il se situe plutôt autour de 71 %. Sans analyse automatisée et continue des schémas, cet écart reste invisible jusqu’à ce qu’il apparaisse dans le volume de réclamations ou la baisse de l’utilisation.
Trois domaines où l’absence de couche d’IA est désormais mesurable :
- Supervision du réseau : une couche d’IA identifie des schémas de défaillance sur l’ensemble du réseau et met en évidence les corrélations entre firmware et échecs de session sur plusieurs sites avant qu’un site n’atteigne un seuil d’alerte. Les plateformes dotées de cette capacité peuvent résoudre des problèmes récurrents en quelques minutes, avant même l’envoi d’une notification à l’opérateur.
- Support aux conducteurs : environ 80 % des demandes de support liées à la recharge suivent des schémas prévisibles : échecs d’autorisation, problèmes de démarrage de session, erreurs de paiement. Une couche d’IA les traite sans agent humain, à toute heure et dans toutes les langues. Les cas qui nécessitent vraiment une escalade parviennent à du personnel qualifié plutôt qu’à une file d’attente.
- Analytique : une interface conversationnelle permet à un opérateur de demander « qu’est-ce qui a changé dans notre taux de sessions abouties au cours des 10 derniers jours » et d’obtenir une réponse en quelques secondes, au lieu de plusieurs heures d’extraction manuelle de données.
Pour les opérateurs sur plateforme interne, construire une couche de diagnostic par IA crédible exige des données d’entraînement accumulées à grande échelle. Une plateforme spécialisée qui exploite une supervision assistée par IA sur des dizaines de réseaux dispose d’une base de données qu’une équipe interne partant de zéro ne peut pas reproduire rapidement. Démarrer plus tard, c’est devoir rattraper une reconnaissance des schémas que les concurrents utilisent déjà. Et cet écart se creuse.
Pourquoi ces signes se renforcent
Ces signes d’alerte existent rarement isolément. Les inefficacités opérationnelles compliquent le passage à l’échelle, ce qui accroît la pression pour des fonctionnalités qui ne sont pas livrées, ce qui impose des solutions de contournement qui créent davantage de problèmes opérationnels. Pour les CPO qui reconnaissent ces signes tôt, la migration devient moins un risque qu’un levier concurrentiel.
Comment AMPECO transforme le risque de la migration CPMS en avantage stratégique
AMPECO a migré plus de 120 000 bornes de recharge depuis toutes les grandes plateformes CPMS, des migrations uniques de plus de 15 000 stations de recharge jusqu’aux réseaux multipays couvrant 11 marchés.
Notre méthode en six étapes sélectionne la bonne stratégie de migration pour chaque réseau : une approche Cut-Off avec une bascule coordonnée en une nuit, ou une approche itérative qui fait migrer les réseaux sans aucune interruption de service. Notre OCPP Migration Proxy propriétaire réduit les risques dans les deux scénarios. Chaque projet est piloté par un responsable technique de la migration dédié, avec l’appui de spécialistes DevOps, de l’intégration matérielle, de l’itinérance et de la sécurité.
Nous avons fait migrer les plus de 6 000 chargeurs d’E.ON Drive dans 11 pays européens, permis à Ignitis ON d’exploiter le premier réseau balte intégré au service de plus de 30 000 clients, regroupé les huit systèmes historiques de Wattif dans une plateforme unifiée gérant plus de 45 000 chargeurs et migré le réseau de Swisscharge vers une plateforme moderne au service du marché suisse. Avec la bonne approche, la migration ne perturbe pas les opérations : elle ouvre de nouvelles capacités et des avantages à long terme.
Passer à l’action : des signes d’alerte à une migration CPMS réussie
Si vous reconnaissez plusieurs signes d’alerte dans votre CPMS actuel, la question n’est pas de savoir s’il faut migrer, mais quand et comment le faire le plus efficacement. Les repérer tôt vous laisse le temps d’une planification rigoureuse plutôt que de décisions prises dans l’urgence.
