Définir les alertes utiles pour exploiter un parc de bornes

Une alerte de supervision de bornes est utile quand elle mène à une action précise : elle associe un événement, un seuil, un destinataire, un premier contrôle et une condition de clôture. Pour un parc de bornes, commencez par ce qui empêche un conducteur autorisé de recharger, pas par tout ce que les bornes savent signaler.

Après lecture, vous saurez choisir les événements à surveiller, régler les seuils selon vos horaires, limiter les doublons, organiser l’escalade et mesurer ce que vos alertes détectent.

Qu’est-ce qu’une alerte utile pour un parc de bornes ?

Une alerte utile signale une situation qui menace le service, désigne la personne qui doit agir et indique le premier contrôle à faire.

La supervision est le logiciel qui dialogue avec les bornes, suit leur état et enregistre les sessions ; OCPP (Open Charge Point Protocol), le protocole ouvert publié par l’Open Charge Alliance (OCA), l’appelle CSMS. Pour décider de ce qui mérite une alerte, l’OCA donne un repère dans son livre blanc sur le suivi de la disponibilité avec OCPP : l’indisponibilité est la part du temps pendant laquelle un client légitime ne peut pas recharger, rapportée au temps normal d’ouverture.

Ce repère oblige à distinguer un état technique de sa conséquence sur le service. Une borne qui perd sa liaison à 3 heures du matin, dans un parking fermé la nuit, ne prive personne de recharge ; la même perte à l’heure où les salariés arrivent peut en priver plusieurs.

Pour chaque alerte, rédigez ces cinq éléments sur une fiche avant tout paramétrage. Si vous ne savez pas remplir la ligne « premier contrôle », l’alerte n’a pas encore d’usage : écartez-la. Le guide du logiciel de supervision de bornes présente ses autres fonctions.

Ce que la supervision voit, et ce qu’elle ne voit pas

La supervision ne connaît que ce que la borne lui transmet et ce qu’elle déduit de son silence.

Trois familles de signaux servent de base. La présence d’abord : le « ping » WebSocket, court échange sur la connexion permanente entre borne et serveur, pour lequel l’OCA suggère un intervalle de 50 à 600 secondes, et le message Heartbeat, signal de vie dont l’intervalle va généralement de 15 minutes à 24 heures ; l’OCA conseille 15 minutes ou 1 heure. L’état de chaque connecteur ensuite, déclaré par la borne : en OCPP 2.0.1, Available, Occupied, Reserved, Unavailable ou Faulted. Les sessions enfin : début, fin, énergie délivrée.

OCPP 2.0.1 ajoute une quatrième source avec son « device model », la description que la borne fait elle-même de ses composants. D’après le livre blanc de l’OCA sur les nouveautés d’OCPP 2.0.1, l’exploitant peut être alerté quand une variable d’un composant, une température par exemple, dépasse un seuil. Cette surveillance avancée est optionnelle : vérifiez qu’elle existe sur vos bornes et votre supervision.

Restent les angles morts. Une erreur d’autorisation, par exemple un badge valide refusé, n’est pas signalée par la borne dans son statut. Pendant une coupure de liaison, seuls les messages liés aux sessions sont conservés : les tentatives refusées et les changements d’état survenus hors ligne ne remontent pas, sauf en OCPP 2.0.1 si la variable QueueAllMessages est activée.

Quelles alertes de supervision de bornes sont utiles, cause par cause ?

Partez des causes d’indisponibilité, pas de la liste des notifications du logiciel. L’OCA en distingue dix ; les indices ci-dessous sont des pistes à confirmer sur vos modèles.

Une partie des pannes ne produit aucun statut. Ajoutez donc, si votre logiciel sait la calculer, une alerte de service : un point sans session depuis une durée inhabituelle, fixée d’après votre historique. Pour un défaut de sécurité électrique, la consigne du premier niveau doit préciser qu’on ne réarme rien et qu’on n’ouvre aucun coffret : l’intervention revient à un électricien qualifié.

Régler le seuil selon les horaires et l’usage du site

Le bon seuil est la durée d’anomalie au-delà de laquelle un conducteur risque d’être gêné.

Commencez par le délai de détection. Si le Heartbeat est réglé à une heure, ce seul signal ne permet pas de repérer une borne muette avant cet intervalle ; le ping, plus fréquent, peut révéler plus tôt une liaison coupée.

Pondérez ensuite selon la conséquence. Une borne hors ligne laisse les recharges en cours se poursuivre ; ce sont les nouvelles autorisations qui peuvent échouer, sauf si le cache d’autorisation ou la liste d’autorisation locale, lorsque la borne en dispose, acceptent les badges connus. Sur un dépôt où les véhicules sont branchés le soir, une perte de liaison à 23 heures est donc moins pressante qu’un connecteur passé en Faulted, qui peut signaler une recharge interrompue avant les départs du matin. Le guide sur la borne hors ligne, panne réseau ou panne de recharge aide à faire la différence.

Le même événement peut enfin appeler une notification immédiate en journée et une ligne dans le rapport du lendemain la nuit, si aucun départ n’est prévu. Testez ces réglages sur un site avant de les étendre au parc.

Éviter le bruit : regrouper, confirmer, annoncer le retour à la normale

Une alerte qui se répète sans action finit ignorée, y compris le jour où elle compte.

Regroupez par incident et par site. Quand dix bornes d’un même parking deviennent muettes à la même minute, la cause probable est commune : coupure électrique, routeur, antenne. Une seule alerte « site » qui indique le nombre de points touchés vaut mieux que dix alertes « borne ».

Confirmez les signaux ambigus avant de notifier. L’OCA cite une borne de 150 kW qui ne délivre que 15 kW : elle peut sembler en panne alors que la cause peut être un état de charge élevé ou une batterie froide. Une alerte de puissance basse n’est utile que si l’écart se répète avec plusieurs véhicules.

Annoncez le retour à la normale et suspendez les alertes pendant les travaux prévus, par exemple pour mettre à jour des bornes connectées. Une vague d’alertes de liaison fin 2026 peut aussi avoir une cause connue : d’après l'Arcep, la 2G s’éteint en métropole entre fin septembre et fin décembre 2026 selon l’opérateur, et une borne qui dépend de ce réseau perdra sa liaison. Le guide sur le réseau Wi-Fi ou cellulaire des bornes indique quoi vérifier.

Destinataire, délai de prise en compte et contenu du message

Chaque alerte doit arriver à une personne capable d’agir dans le délai fixé, avec un relais si elle ne répond pas. Un courriel nocturne que personne ne lit ne constitue pas une astreinte.

Trois niveaux d’escalade

Le premier niveau accuse réception et tente les actions à distance : tant que la borne est connectée, OCPP permet de la redémarrer (Reset), de déverrouiller un connecteur (UnlockConnector), de lui demander l’envoi d’un message (TriggerMessage), de récupérer ses journaux de diagnostic ou de changer sa disponibilité, selon les droits de l’exploitant et le modèle de borne. Le deuxième niveau diagnostique : éditeur, fournisseur de connexion ou mainteneur. Le troisième se déplace. Les délais relèvent de votre organisation et du contrat : le guide sur l'engagement de disponibilité d’un opérateur aide à lire les exclusions, notamment la nuit et le week-end.

Ce que chaque message doit contenir

Chaque message doit indiquer au minimum :

• le site, l’adresse et l’emplacement du point (niveau, numéro de place) ;
• l’identifiant du point, identique à celui affiché sur la borne et dans l’inventaire ;
• l’événement, le statut transmis et l’heure de début ;
• le nombre de points touchés sur le site ;
• la dernière session réussie ;
• le premier contrôle prévu et la personne à relayer.

Sans identifiant cohérent, le technicien cherche la borne sur place : le guide pour préparer un inventaire technique du parc indique quoi relever.

Fermer la boucle : mesurer ce que les alertes détectent

Une alerte n’est terminée que lorsqu’elle est close avec une cause et une action.

Chaque mois, comptez les alertes suivies d’une action, celles restées sans réponse et les incidents découverts autrement, par une réclamation ou une visite. Ce dernier chiffre est le plus parlant : il mesure les angles morts de votre configuration. Une alerte qui n’a conduit à aucune action depuis plusieurs mois est à supprimer ou à reformuler.

Rapprochez ensuite les alertes de la disponibilité, calculée par point de charge (l’EVSE d’OCPP, où se branche un véhicule) plutôt que par borne ou par site, comme le recommande l’OCA. Prenons un exemple : un point ouvert en continu pendant un mois de 30 jours offre 720 heures ; 1 heure d’indisponibilité donne 719 ÷ 720, soit environ 99,86 %. Si vos alertes n’ont couvert qu’une partie des heures perdues, revoyez seuils et signaux.

Parc ouvert au public : ce que la réglementation ajoute

Pour des bornes ouvertes au public, suivre leur état est une obligation, que les alertes permettent de tenir.

En France, le décret n° 2017-26 (article 11) impose qu’une infrastructure ouverte au public soit exploitée par un opérateur utilisant un système de supervision qui échange des données avec chaque point et suit leur état en temps réel. L’exception vise l’aménageur d’une seule station d’une puissance maximale appelable de 36 kVA au plus et de 5 points au plus, non intégrée à un réseau ; il doit tout de même s’assurer par tout moyen adéquat du fonctionnement permanent de ses points.

Côté européen, l’article 20 du règlement AFIR, modifié par le règlement délégué (UE) 2025/671, impose depuis le 14 avril 2025 aux exploitants de points publics de rendre disponibles des données dynamiques, dont le statut opérationnel et la disponibilité, et le règlement d’exécution (UE) 2025/655 exige leur mise à jour au plus tard une minute après une modification. Une panne que la supervision ne détecte pas risque ainsi d’être présentée aux conducteurs comme un point disponible : couvrez aussi les pannes silencieuses.

Préparer le paramétrage avec votre fournisseur

Réunissez d’abord les informations qui permettent de régler chaque alerte, puis vérifiez ce que le logiciel sait réellement faire.

De votre côté, préparez :

• l’inventaire des bornes et des points, avec leurs identifiants ;
• les horaires d’usage de chaque site et les heures de départ des véhicules ;
• les contacts de chaque niveau, y compris la nuit et le week-end ;
• la consigne écrite du premier niveau.

Au fournisseur, demandez :

• les intervalles de ping et de Heartbeat configurés, et le délai avant l’affichage hors ligne ;
• s’il regroupe les alertes par site et envoie un retour à la normale ;
• si les seuils du device model OCPP 2.0.1 sont exploitables sur vos modèles ;
• qui est prévenu si la supervision elle-même tombe ;
• comment exporter l’historique des alertes.

Faites ensuite simuler une perte de liaison et un défaut, et vérifiez qui reçoit quoi, en combien de temps. Pour une entreprise, notre page sur la supervision de bornes de recharge décrit notre approche, et une demande de devis professionnel ouvre la voie à une visite technique et à un devis détaillé, qui peut inclure la supervision OCPP. Objectif : devis sous 48 h après dossier complet.

L’essentiel à retenir

• Une alerte utile associe un événement, un seuil, un destinataire, un premier contrôle et une condition de clôture.
• Le statut d’une borne ne montre pas tout : une erreur d’autorisation n’y apparaît pas, d’où le suivi des réclamations.
• Le seuil dépend des horaires du site et des intervalles de ping et de Heartbeat réellement configurés.
• Regroupez les alertes par site, confirmez les signaux ambigus et annoncez le retour à la normale.
• Mesurez chaque mois les incidents découverts sans alerte et la disponibilité par point de charge.