2 à 6 h
de latence moyenne quand la détection passe par le tour de ronde quotidien ou les exports BI. Inacceptable sur du DC en site marchand.
Module · Alertes
Détectez la panne
avant votre client.
Email ou SMS, routage par technicien d'astreinte, codes constructeurs traduits, seuils SoC paramétrables. Vos équipes terrain interviennent à partir d'un signal fiable — pas d'un appel client mécontent.
Le problème
Le pire signal d'incident, c'est un client qui appelle
Sur un parc qui dépasse quelques dizaines de bornes, la panne devient statistique. La question n'est plus « est-ce que ça va tomber ? », mais « combien de temps avant qu'on le sache ? ». Et tant qu'on le sait après le client, on a perdu la main.
SoC bloqué
La borne « charge » mais le véhicule ne reçoit rien. Côté logs OCPP, tout semble normal — c'est précisément l'angle mort des systèmes naïfs.
Codes flous
Les codes constructeur sont incompréhensibles sans la doc fabricant en main — le technicien perd 15 minutes à traduire avant d'agir.
Ce qui est surveillé
Quatre familles d'événements, sans angle mort
Plus que de la détection brute : des règles métier pensées pour la réalité d'un parc de bornes en exploitation.
Bornes déconnectées
Borne qui ne répond plus à OCPP — détection en quelques minutes plutôt qu'en quelques heures. Évite de découvrir la panne par un appel client mécontent.
Bornes en erreur
Erreurs OCPP standardisées et codes fabricants (Alpitronic, Delta, Siemens, Kempower, Legrand, Schneider, Alfen…). Pas de noyade dans les logs.
Absence d'évolution du SoC
Vous définissez vos propres seuils — par exemple : « si SoC < 40% et pas d'évolution depuis 20 minutes, prévenir ». Détecte la borne qui « charge » sans rien envoyer au véhicule.
Codes erreurs fabricants
Dans le volume quotidien d'échanges OCPP de vos bornes, le module identifie et traduit les codes constructeur — vos techniciens savent à quoi correspond l'alerte avant même d'avoir ouvert la console.
Canaux & destinataires
Le bon technicien, par le bon canal, au bon moment
Destinataires multiples par type d'alerte. Mise en forme lisible directement dans l'inbox du technicien d'astreinte.
SMS
Pour les alertes critiques qui ne peuvent pas attendre l'ouverture d'une boîte mail. Notamment hors heures ouvrées.
Routage par technicien
Sélection fine du ou des destinataires pour chaque type d'alerte. L'astreinte du week-end n'est pas celle du jour ouvré.
Routage par site
Chaque dépôt, chaque site a son équipe locale. Les alertes d'un site sont dirigées vers les techniciens affectés à ce site.
Dans l'interface
La console d'alertes en temps réel
Liste filtrable par priorité, type de source, période. Acquittement en un clic, lien direct vers la fiche maintenance de la borne concernée.
Comment ça marche
Quatre étapes pour basculer en proactif
Étape 01
Choisir les événements à surveiller
Sélection dans une console dédiée : déconnexions, erreurs, seuils de SoC, types d'incidents. Active/désactivable par site, par groupe de bornes.
Étape 02
Définir les seuils et conditions
Pour chaque type d'alerte, vos critères : durée minimum d'erreur, niveau de SoC, types de codes constructeurs à remonter.
Étape 03
Définir les destinataires
Email, SMS, ou les deux. Affectation par technicien, par groupe, par site. Plages horaires d'astreinte respectées.
Étape 04
Boucler vers la maintenance
Chaque alerte s'attache à la fiche maintenance de la borne concernée. L'historique d'incidents reste consultable pour préparer la prochaine intervention.
Pour qui c'est fait
Pensé pour ceux qui ont des engagements à tenir
Équipes maintenance
Vous gérez un parc dispersé géographiquement et ne pouvez pas vous permettre de découvrir les pannes par les utilisateurs finaux.
Support B2B
Vous avez des engagements SLA contractuels avec vos clients — et vous voulez détecter avant qu'ils n'appellent.
Opérateurs multi-sites
Vous supervisez plusieurs dizaines de sites pour des clients différents — chaque site doit avoir son propre routage d'astreinte.
Résultats observés
Ce qui change quand on bascule du réactif au proactif
Minutes
au lieu d'heures
Détection des bornes déconnectées en temps quasi-réel, plus d'attente du tour de ronde quotidien.
Zéro
panne signalée par les clients
Vos techniciens interviennent avant que l'utilisateur ne décroche son téléphone.
SLA
tenables
Engagements contractuels mesurables et respectés. La preuve via le Dashboard de disponibilité.
< 5 min
pour configurer une règle
Console dédiée, no-code. Aucun ticket à ouvrir au support pour ajuster un seuil.
Couplé au Dashboard de disponibilité, le module d'alertes ferme la boucle : détection en temps réel + preuve historique de respect du SLA. Vos commerciaux peuvent enfin parler engagements de service en face d'un client B2B exigeant.
Vous découvrez encore vos pannes par les utilisateurs ?
Échangeons 20 minutes sur votre parc et votre process maintenance — on vous dit comment passer en détection proactive.
Demander une démo