Une borne de recharge de votre réseau a signalé un défaut matériel il y a plusieurs heures. Votre équipe d’exploitation ne l’a pas encore vu. Le premier à le signaler est un conducteur venu recharger, qui a trouvé la borne hors service.
Ce scénario se répète régulièrement sur les réseaux de recharge qui ont grandi plus vite que les outils utilisés pour les gérer. À mesure que les réseaux s’étendent à de nouveaux sites et marchés, garder une longueur d’avance sur ce qui se passe dans l’infrastructure demande plus que des alertes basiques et des vérifications manuelles. Il faut un système qui relie détection, tentatives de récupération, notification et suivi jusqu’à la résolution, afin que les problèmes soient détectés, traités et clos de façon confirmée, sans que l’équipe ait à jongler entre plusieurs outils et boîtes de réception.
La fonctionnalité Issues Detection, désormais disponible sur toute la plateforme AMPECO, est ce système. Elle offre aux opérateurs de bornes de recharge (CPO) un point unique pour définir ce que leur réseau doit surveiller, lancer des tentatives de récupération automatique en cas de défaut matériel, acheminer les alertes vers les bons contacts et suivre chaque incident de sa détection à sa résolution confirmée. Cet article présente ce qu’elle apporte aux CPO, son fonctionnement et ce qui change pour les équipes d’exploitation et leurs conducteurs une fois configurée.
Ce qu’Issues Detection apporte aux CPO : une boucle fermée du défaut à la résolution
Les CPO peuvent désormais définir précisément ce que leur réseau doit surveiller, et la plateforme contrôle ces conditions en continu. Lorsqu’une condition définie est remplie, un incident est créé, suivi, puis soit résolu automatiquement, soit transmis à la bonne personne pour analyse.
Les règles de détection précisent les conditions qui déclenchent un incident : défauts matériels, bornes de recharge hors ligne, facturations suspendues, déconnexions excessives, échecs de déclaration de conformité, échecs de transmission des CDR d’itinérance et expiration de certificats. L’opérateur configure les règles ; la plateforme les surveille en permanence.
Le système tente de corriger certains défauts avant d’alerter qui que ce soit. Pour les défauts matériels, Issues Detection lance une récupération automatique avant de solliciter l’équipe. Il demande une mise à jour de statut à la borne de recharge, évalue la réponse, envoie un redémarrage logiciel si le défaut persiste et n’implique l’équipe qu’en cas d’échec. Les défauts qui disparaissent d’eux-mêmes sont enregistrés comme résolus, sans intervention humaine.
Chaque incident qui parvient à l’équipe suit un cycle de vie défini : récupération automatique en cours, nouveau, en analyse, en cours de traitement et résolu. Les changements de statut, les responsables et les détails de résolution sont enregistrés dans le même système, de la création de l’incident jusqu’à sa clôture confirmée.
Les conditions de clôture automatique vont plus loin. Lorsque le problème se résout de lui-même, le système clôt l’incident automatiquement. Une borne de recharge qui revient en ligne clôt son incident de mise hors ligne. Une session de facturation qui se termine clôt son incident de facturation suspendue. La liste reste à jour sans tri manuel.
Les règles de notification permettent aux opérateurs de décider qui est alerté, et quand. Au lieu d’envoyer chaque alerte à tout le monde, les opérateurs configurent des filtres par catégorie, gravité et priorité, choisissent un envoi immédiat ou un récapitulatif et définissent quels contacts reçoivent quelles notifications. Les bonnes personnes reçoivent ce dont elles ont besoin pour agir ; les autres ne sont pas dérangées.
Fonctionnement : règles de détection, récupération automatique et notifications
Règles de détection
Six types de règles de détection intégrés couvrent les principales catégories d’événements opérationnels que les CPO doivent surveiller :
| Règle de détection | Ce qu’elle surveille |
|---|---|
| Défaut matériel de la borne | Le statut matériel passe à « Faulted » ou « Unavailable » |
| Bornes de recharge hors ligne | Le statut réseau passe à « Long-term unavailable » |
| Facturation de session suspendue | Le statut de facturation passe à « Suspended » |
| Déconnexions excessives de la borne | Le nombre de déconnexions dépasse un seuil configurable sur une période définie |
| Échec de déclaration Deutschlandnetz | Une déclaration échoue après un nombre configurable de tentatives |
| Échec d’envoi des CDR d’itinérance | Une transmission de CDR échoue après toutes les tentatives |
La règle Deutschlandnetz est une intégration de conformité propre à l’Allemagne. Les cinq autres types de règles s’appliquent à tous les réseaux, quel que soit le marché.
Chaque type de règle comporte des conditions de déclenchement, d’exclusion et de clôture automatique prédéfinies. Les conditions d’exclusion évitent de créer des incidents dans des situations qui ne doivent pas en déclencher ; par exemple, une borne de recharge déjà au statut « Demo » ne déclenche pas d’incident. L’opérateur active les règles ; le système gère la logique.
Les ajustements de priorité permettent aux opérateurs d’affiner l’urgence de chaque incident. Un défaut matériel sur un site partenaire très fréquenté peut recevoir automatiquement une priorité plus élevée que le même défaut sur un site peu utilisé, selon les tags de la borne, le site, les tags du site ou le partenaire associé. Le système applique ces ajustements à la création de l’incident, pour que l’équipe d’exploitation travaille d’emblée sur des tâches correctement priorisées.
Autorécupération
La récupération automatique n’est disponible que pour la règle de défaut matériel. Lorsqu’un défaut matériel est détecté, le système suit une séquence définie avant d’alerter qui que ce soit :
- Demander une mise à jour de statut à la borne de recharge
- Attendre la réponse et l’évaluer
- Si le défaut a disparu, résoudre l’incident automatiquement
- Sinon, envoyer une commande de redémarrage logiciel à la borne
- Attendre que la borne redémarre et signale son statut
- Si le défaut a disparu, résoudre l’incident automatiquement
- Si le défaut persiste, passer l’incident au statut « New » et déclencher les notifications
Chaque étape est enregistrée. Sur la page de détail de l’incident, les opérateurs consultent sous « Auto-resolution logs » un historique horodaté de ce que le système a tenté.
Règles de notification
Les règles de notification définissent qui est averti lorsqu’un incident passe au statut « New », que ce soit après un échec de récupération automatique ou une détection directe. Chaque règle comporte des filtres pour cibler des catégories, des niveaux de gravité, des priorités ou des règles de détection précis ; les règles sont indépendantes, si bien qu’un incident peut correspondre à plusieurs règles, chacune envoyant sa propre notification à ses propres destinataires.
Deux modes d’envoi sont disponibles. L’envoi immédiat adresse un e-mail par incident correspondant, avec le titre, la catégorie, la gravité, la priorité et un lien direct vers l’incident dans le back-office. Le récapitulatif quotidien rassemble tous les nouveaux incidents correspondants des dernières 24 heures dans un seul e-mail, classés par priorité et par catégorie. Les équipes qui préfèrent un point matinal sur les événements de la nuit configurent leurs règles en conséquence.
Les types de destinataires comprennent les contacts techniques et administratifs des opérateurs et des partenaires, les contacts des sous-opérateurs et des adresses e-mail spécifiques. Lorsque plusieurs types sont sélectionnés, le système supprime les doublons : personne ne reçoit deux fois la même notification.
Les opérateurs qui créent des règles de détection pour les défauts matériels et les problèmes de connectivité peuvent aussi ajouter un diagnostic assisté par IA. Lors de la création de ces règles, ils peuvent activer la génération automatique d’analyses par CoOperator (l’assistant IA d’AMPECO). CoOperator produit alors un diagnostic IA pour chaque nouvel incident créé par la règle et le joint à l’incident avant que quiconque ne l’ouvre. La personne qui ouvre l’incident voit donc immédiatement une cause probable et une prochaine étape suggérée, sans devoir partir de zéro.
Ce qui change pour votre équipe et pour les conducteurs de votre réseau
Pour l’équipe d’exploitation
Les problèmes qui restaient inconnus jusqu’à la plainte d’un conducteur ou l’arrivée d’un ticket de support sont désormais détectés dès que les conditions définies sont remplies. Un défaut matériel survenu pendant la nuit est enregistré et traité (ou résolu automatiquement) avant l’équipe suivante, avant qu’un conducteur ne le rencontre.
Une partie de ces défauts matériels se résout sans que personne ne soit alerté. La séquence de récupération automatique gère le diagnostic et les tentatives de redémarrage sans intervention humaine. Si la récupération réussit, l’incident est enregistré comme résolu avec un historique horodaté des actions du système. L’équipe ne voit que les incidents que la plateforme n’a pas pu résoudre seule.
Les règles de notification transforment des alertes diffusées à tous en alertes ciblées. Une facturation suspendue parvient au contact facturation. Un défaut matériel critique sur un site partenaire clé parvient au responsable de l’exploitation du réseau. Le périmètre de chaque notification est défini, pas supposé : les bonnes personnes agissent sur ce qu’elles reçoivent au lieu de trier des alertes qui ne les concernent pas.
Le cycle de vie complet de chaque incident est visible au même endroit. De la création de l’incident à sa résolution confirmée, l’historique des statuts, le responsable et les détails de résolution sont disponibles. La question de savoir ce qui s’est passé et qui l’a traité trouve toujours une réponse claire, que l’incident ait été résolu automatiquement ou traité par l’équipe.
Avec le temps, la liste des incidents devient une source de données sur les tendances. Les filtres par catégorie, gravité, priorité et règle de détection révèlent des tendances que des alertes isolées ne montrent jamais : un modèle de borne qui génère des défauts matériels récurrents, un site aux facturations suspendues à répétition, un réseau partenaire au taux de déconnexion élevé. Cette visibilité éclaire les décisions d’investissement dans l’infrastructure, la planification de la maintenance et l’évaluation des partenaires.
Côté conducteurs
Les problèmes qui auraient auparavant dégénéré en pannes prolongées sont détectés et traités avant que les conducteurs de VE ne les rencontrent. Lorsque des défauts matériels déclenchent la récupération automatique, certains sont résolus avant même qu’un conducteur n’arrive à la borne. Lorsqu’un incident parvient à l’équipe, la bonne personne commence l’analyse immédiatement, avec tout le contexte enregistré. Résultat : moins de tentatives de recharge échouées et un rétablissement plus rapide en cas de problème.
De la détection du défaut à la résolution confirmée, dans un seul système
Issues Detection offre aux CPO un système unique qui surveille ce qu’ils jugent important, tente de corriger les défauts matériels avant d’alerter qui que ce soit, achemine les notifications vers les bonnes personnes et suit chaque incident jusqu’à sa résolution documentée.
Réservez une démo AMPECO
Issues Detection est disponible sur toute la plateforme AMPECO. Pour voir comment les règles de détection, la récupération automatique et les notifications peuvent s’appliquer à votre réseau, réservez une démo avec notre équipe.
