U ne borne en panne le lundi matin qui n est detectee que le mercredi apres-midi parce qu un utilisateur a finalement signale le probleme. Sans supervision active, c est le scenario standard. Avec un CPMS bien configure, la detection est en 15 minutes et le technicien est alerte automatiquement. Le monitoring IRVE n est pas un luxe technique : c est la condition de base pour maintenir un taux de disponibilite de 95 % et eviter que le parc IRVE devienne une source d irritation pour les salaries et les visiteurs.
Ce guide explique comment fonctionne le monitoring des bornes IRVE via le CPMS et le protocole OCPP, quelles alertes configurer en priorite, comment organiser l astreinte technique sans equipe dediee, et comment mesurer le taux de disponibilite. Il s adresse aux responsables techniques, facilities managers et gestionnaires de parc IRVE en entreprise.
Fonctionnement du monitoring IRVE via OCPP
Le monitoring des bornes IRVE est assure par le protocole OCPP (Open Charge Point Protocol) qui definit la communication entre la borne et le CPMS. OCPP prevoit un mecanisme de signalement d etat en temps reel : chaque borne envoie periodiquement un Heartbeat (signal de vie) au CPMS et signale immediatement tout changement d etat via le message StatusNotification. Les etats possibles d une borne OCPP sont : Available (disponible), Preparing (vehicule connecte, en attente d authentification), Charging (en cours de charge), SuspendedEV (charge suspendue par le vehicule), SuspendedEVSE (charge suspendue par la borne), Finishing (fin de charge), Reserved (reservee), Unavailable (hors service par choix), Faulted (en erreur). Le CPMS surveille ces etats et detecte automatiquement les situations anormales : une borne qui reste en etat Faulted, une borne qui ne repond plus au Heartbeat, une session qui ne se termine pas normalement. La latence de detection depend de la frequence des Heartbeats (parametre configurable, generalement 60 secondes) et de la rapidite du traitement CPMS.
Configuration des alertes CPMS
La configuration des alertes dans le CPMS est l etape clé de la mise en place d un systeme de supervision efficace. La plupart des CPMS du marché proposent un module d alertes configurable via l interface web d administration. Les parametres a configurer pour chaque alerte sont : la condition de declenchement (type d evenement ou depassement de seuil), la severite (critique, haute, normale), les destinataires (email, SMS, webhook), et la logique d escalade (si pas d acquittement en X minutes, escalader vers le destinataire suivant). Les alertes doivent etre organisees en niveaux : niveau 1 (informatif, traitement sous 4 heures, email au gestionnaire), niveau 2 (urgent, traitement sous 1 heure, email + SMS au gestionnaire), niveau 3 (critique, traitement immediat, email + SMS + appel automatique). Pour les CPMS qui ne proposent pas d escalade native, un outil tiers comme PagerDuty ou OpsGenie peut etre integre via webhook pour gerer la logique d escalade. La configuration des alertes doit etre testee a la mise en service et revue trimestriellement.
Tableau de bord de supervision : indicateurs cles
Un tableau de bord de supervision IRVE efficace doit presenter les indicateurs suivants en temps reel. Vue globale du parc : nombre total de bornes, nombre disponibles, nombre en charge, nombre en erreur, nombre offline. Ce resume permet un diagnostic instantane de l etat du parc. Vue par borne : etat, session en cours (utilisateur, kWh, duree), derniere connexion, historique des incidents. Taux de disponibilite : disponibilite sur les 7 derniers jours, 30 jours et 12 mois, par borne et en global. Consommation energetique : kWh consommes sur la periode, puissance crete, profil de charge horaire. Alertes actives : liste des alertes non acquittees avec severite et age. Ce tableau de bord doit etre accessible depuis un navigateur web (sans installation) et, idealement, depuis une application mobile pour les astreintes. Les CPMS principaux du marche (ChargePoint, EVBox Everon, Schneider EcoStruxure) proposent nativement ces fonctionnalites. Pour les CPMS open-source (OCPP2), un outil de visualisation (Grafana, Metabase) peut etre integre via API.
Procedure d astreinte et gestion des incidents
La procedure d astreinte definit qui fait quoi, dans quel delai, et avec quels outils, quand une alerte IRVE est declenchee hors heures ouvrables. Elle doit etre documentee et connue de tous les acteurs. Les elements essentiels de la procedure d astreinte IRVE sont les suivants. Contacts d astreinte : liste des personnes a contacter, avec priorite et delai d escalade. Generalement : gestionnaire IRVE interne (niveau 1), technicien de maintenance (niveau 2), installateur IRVE (niveau 3), fournisseur de la borne (niveau 4). Arbre de decision : pour chaque type d alerte, la procedure detaille les actions a effectuer a chaque niveau. Pour une perte de connexion : verification reseau niveau 1, redemarrage a distance niveau 1, intervention physique niveau 2. Pour une borne en etat Faulted : lecture du code d erreur niveau 1, diagnostic a distance niveau 2, remplacement composant niveau 3. SLA contractuels : les niveaux 2 et 3 sont encadres par le contrat de maintenance (SLA de temps de reponse et d intervention). La procedure d astreinte doit etre testee lors d exercices periodiques (au moins une fois par an).
Integration du monitoring IRVE avec le systeme de ticketing IT
Pour les entreprises avec un service IT dispose d un systeme de ticketing (Jira, ServiceNow, Zendesk), l integration du monitoring IRVE dans ce systeme permet une gestion centralisee des incidents. Cette integration se fait via l API webhook du CPMS : chaque alerte CPMS cree automatiquement un ticket dans le systeme IT avec les informations de l incident (type d alerte, borne concernee, heure, severite). Le ticket est assigne automatiquement selon des regles de routage (pannes bornes vers l equipe facilities, pannes reseau vers l equipe IT). Cette integration presente plusieurs avantages : suivi centralise de tous les incidents techniques du site (IRVE + autres equipements), historique complet des incidents par borne avec resolution, reporting d incidents pour la direction technique. La mise en place de cette integration necessite un acces a l API du CPMS (disponible sur tous les CPMS OCPP 2.0.1) et les droits d administration du systeme de ticketing. Le developpement de l integration est generalement de 2 a 5 jours de prestation IT.
Reporting de disponibilite et bilan mensuel
Le reporting de disponibilite IRVE est un outil de pilotage et de controle des SLA contractuels. Il doit etre produit mensuellement et adresse au gestionnaire IRVE, au responsable technique du site, et a l installateur ou operateur IRVE. Les indicateurs inclus dans le rapport mensuel sont les suivants. Taux de disponibilite global du parc et par borne (objectif : > 98 %). Nombre et duree des incidents par categorie (panne electronique, perte reseau, intervention programmee). Respect des SLA contractuels de l installateur (delai de reponse et d intervention conforme aux engagements ?). Consommation energetique du parc (kWh totaux, consommation par borne, par utilisateur si comptage individuel). Evolution du taux de disponibilite sur 12 mois (tendance). Ce rapport est generalement produit automatiquement par le CPMS via un module de reporting schedule. Si votre CPMS ne propose pas cette fonctionnalite native, un export mensuel des donnees brutes et un template Excel permettent de produire ce rapport manuellement en 1 heure. La revue mensuelle du rapport avec l installateur est recommandee pour anticiper les problemes avant qu ils se declenchent.
Passer a l action
Pour estimer precisement le cout total et la prime ADVENIR sur votre projet, utilisez le simulateur Loi LOM : calcul en 90 secondes, application automatique des baremes de l Arrete du 24 decembre 2025, breakdown reste a charge.
Pour comparer objectivement les 6 operateurs IRVE entreprise sur 27 criteres publics, utilisez le comparateur d operateurs : Driveco, ChargeGuru, ChargePoint, PowerDot, IZI by EDF, Beev.
