Ein Ladepunkt in Ihrem Netzwerk hat vor einigen Stunden einen Hardwarefehler gemeldet. Ihr Betriebsteam hat ihn noch nicht bemerkt. Als Erster meldet ihn ein Fahrer, der laden wollte und eine Ladestation vorfand, die nicht reagiert.
Dieses Szenario tritt in Ladenetzwerken regelmäßig auf, wenn sie schneller gewachsen sind als die Werkzeuge, mit denen sie verwaltet werden. Wenn Netzwerke über Standorte und Märkte hinweg wachsen, reichen einfache Warnmeldungen und manuelle Prüfungen nicht mehr aus, um den Überblick über die Infrastruktur zu behalten. Nötig ist ein System, das Erkennung, Wiederherstellungsversuche, Benachrichtigung und Nachverfolgung bis zur Lösung verbindet, damit Probleme erkannt, bearbeitet und nachweislich abgeschlossen werden, ohne dass das Team zwischen getrennten Tools und Postfächern koordinieren muss.
Die Funktion Issues Detection, die jetzt auf der gesamten AMPECO Plattform verfügbar ist, ist dieses System. CPOs legen an einer zentralen Stelle fest, worauf ihr Netzwerk überwacht wird, lassen bei Hardwarefehlern automatische Wiederherstellungsversuche laufen, leiten Warnmeldungen an die richtigen Kontakte weiter und verfolgen jedes Problem von der Erkennung bis zur bestätigten Lösung. Dieser Artikel zeigt, was die Funktion Ladestationsbetreibern (CPOs) bietet, wie sie funktioniert und was sich nach der Einrichtung für Betriebsteams und ihre Fahrer ändert.
Was Issues Detection CPOs bietet: ein geschlossener Kreislauf vom Fehler bis zur Lösung
CPOs können jetzt genau festlegen, worauf ihr Netzwerk überwacht werden soll, und die Plattform prüft diese Bedingungen laufend. Ist eine festgelegte Bedingung erfüllt, wird ein Issue angelegt, verfolgt und entweder automatisch gelöst oder zur Untersuchung an die zuständige Person eskaliert.
Erkennungsregeln legen fest, welche Bedingungen ein Issue auslösen: Hardwarefehler, Ladepunkte, die offline gehen, ausgesetzte Abrechnungen, übermäßig viele Verbindungsabbrüche, fehlgeschlagene Compliance-Meldungen, fehlgeschlagene Zustellung von Roaming-CDRs und ablaufende Zertifikate. Der Betreiber konfiguriert die Regeln, die Plattform überwacht sie rund um die Uhr.
Das System versucht, bestimmte Fehler zu beheben, bevor jemand alarmiert wird. Speziell bei Hardwarefehlern führt Issues Detection eine automatische Wiederherstellung durch, bevor das Team eingeschaltet wird. Es fordert eine Statusmeldung vom Ladepunkt an, wertet die Antwort aus, sendet bei anhaltendem Fehler einen Soft-Reboot und bezieht das Team nur ein, wenn die Wiederherstellung fehlschlägt. Fehler, die sich von selbst beheben, werden ohne menschliches Zutun als gelöst protokolliert.
Jedes Issue, das beim Team ankommt, durchläuft einen festgelegten Lebenszyklus: automatische Wiederherstellung läuft, neu, in Untersuchung, in Bearbeitung und gelöst. Statusänderungen, Zuständigkeiten und Lösungsdetails werden im selben System erfasst, vom Anlegen des Issues bis zum bestätigten Abschluss.
Bedingungen für das automatische Schließen gehen noch einen Schritt weiter. Löst sich das zugrunde liegende Problem von selbst, schließt das System das Issue automatisch. Ein Ladepunkt, der wieder online ist, schließt sein Offline-Issue. Ein abgeschlossener Abrechnungsvorgang schließt das Issue zur ausgesetzten Abrechnung. Die Liste bleibt ohne manuelles Aufräumen aktuell.
Mit Benachrichtigungsregeln steuern Betreiber, wer wann alarmiert wird. Statt jede Warnmeldung an alle zu senden, konfigurieren Betreiber Filter nach Kategorie, Schweregrad und Priorität, wählen sofortige Zustellung oder eine Zusammenfassung und legen fest, welche Kontakte welche Benachrichtigungen erhalten. Die richtigen Personen bekommen, was sie zum Handeln brauchen, und alle anderen werden nicht gestört.
So funktioniert es: Erkennungsregeln, Auto-Recovery und Benachrichtigungen
Erkennungsregeln
Sechs integrierte Typen von Erkennungsregeln decken die wichtigsten Kategorien betrieblicher Ereignisse ab, die CPOs überwachen müssen:
| Erkennungsregel | Was sie überwacht |
|---|---|
| Hardwarefehler am Ladepunkt | Hardwarestatus wechselt zu „Faulted“ oder „Unavailable“ |
| Ladepunkte offline | Netzwerkstatus wechselt zu „Long-term unavailable“ |
| Abrechnung des Ladevorgangs ausgesetzt | Abrechnungsstatus wechselt zu „Suspended“ |
| Übermäßige Verbindungsabbrüche am Ladepunkt | Anzahl der Verbindungsabbrüche überschreitet einen konfigurierbaren Schwellenwert in einem festgelegten Zeitraum |
| Fehlgeschlagene Deutschlandnetz-Meldung | Eine Meldung schlägt nach einer konfigurierbaren Anzahl von Versuchen fehl |
| Fehlgeschlagener Roaming-CDR-Push | Eine CDR-Zustellung schlägt nach allen Wiederholungsversuchen fehl |
Die Deutschlandnetz-Regel ist eine Compliance-Integration speziell für Deutschland. Die übrigen fünf Regeltypen gelten für alle Netzwerke, unabhängig vom Markt.
Jeder Regeltyp hat vordefinierte Auslöse-, Ausschluss- und Schließbedingungen. Ausschlussbedingungen verhindern, dass Issues in Situationen angelegt werden, in denen sie nicht ausgelöst werden sollen; ein Ladepunkt im Status „Demo“ löst zum Beispiel kein Issue aus. Der Betreiber aktiviert die Regeln, das System übernimmt die Logik.
Mit Prioritätsanpassungen legen Betreiber fest, wie dringend ein Issue behandelt wird. Ein Hardwarefehler an einem stark frequentierten Partnerstandort kann automatisch eine höhere Priorität erhalten als derselbe Fehler an einem wenig genutzten Standort, je nach Ladepunkt-Tags, Standort, Standort-Tags oder Partnerzuordnung. Das System wertet diese Anpassungen beim Anlegen des Issues aus, sodass das Betriebsteam von Anfang an mit korrekt priorisierten Aufgaben arbeitet.
Auto-Recovery
Die automatische Wiederherstellung ist nur für die Regel zu Hardwarefehlern verfügbar. Wird ein Hardwarefehler erkannt, durchläuft das System eine festgelegte Abfolge, bevor es jemanden alarmiert:
- Statusmeldung vom Ladepunkt anfordern
- Auf die Antwort warten und sie auswerten
- Ist der Fehler behoben, das Issue automatisch lösen
- Falls nicht, einen Soft-Reboot-Befehl an den Ladepunkt senden
- Warten, bis der Ladepunkt neu startet und seinen Status meldet
- Ist der Fehler behoben, das Issue automatisch lösen
- Besteht der Fehler weiter, das Issue auf den Status „New“ setzen und Benachrichtigungen auslösen
Jeder Schritt wird protokolliert. Auf der Detailseite des Issues sehen Betreiber unter „Auto-resolution logs“ einen Verlauf mit Zeitstempeln, was das System versucht hat.
Benachrichtigungsregeln
Benachrichtigungsregeln legen fest, wer benachrichtigt wird, wenn ein Issue den Status „New“ erreicht, ob nach einer fehlgeschlagenen automatischen Wiederherstellung oder nach direkter Erkennung. Jede Regel enthält Filter für bestimmte Kategorien, Schweregrade, Prioritäten oder Erkennungsregeln. Die Regeln sind unabhängig voneinander: Ein Issue kann mehrere Regeln erfüllen, und jede Regel sendet ihre eigene Benachrichtigung an ihre eigenen Empfänger.
Es gibt zwei Zustellungsarten. Bei der sofortigen Zustellung wird pro passendem Issue eine E-Mail versendet, mit Titel, Kategorie, Schweregrad, Priorität und einem direkten Link zum Issue im Backoffice. Die tägliche Zusammenfassung bündelt alle passenden neuen Issues der letzten 24 Stunden in einer E-Mail, gruppiert nach Priorität und Kategorie. Teams, die morgens einen Überblick über die Ereignisse der Nacht möchten, richten ihre Regeln entsprechend ein.
Zu den Empfängertypen gehören technische und administrative Kontakte von Betreibern und Partnern, Kontakte von Suboperatoren sowie bestimmte E-Mail-Adressen. Werden mehrere Typen ausgewählt, entfernt das System Dubletten, sodass niemand dieselbe Benachrichtigung zweimal erhält.
Betreiber, die Erkennungsregeln für Hardwarefehler und Verbindungsprobleme anlegen, können zusätzlich KI-gestützte Diagnosen nutzen. Beim Anlegen dieser Regeln lässt sich die automatische Erstellung von Insights durch CoOperator (den KI-Assistenten von AMPECO) aktivieren. CoOperator erstellt dann für jedes neue Issue dieser Regel eine KI-Diagnose und hängt sie an, bevor jemand das Issue öffnet. Wer das Issue öffnet, sieht also sofort eine wahrscheinliche Ursache und einen empfohlenen nächsten Schritt, ohne die Diagnose bei null beginnen zu müssen.
Was sich für Ihr Team und für die Fahrer in Ihrem Netzwerk ändert
Für das Betriebsteam
Probleme, die bisher erst bekannt wurden, wenn sich ein Fahrer beschwerte oder ein Support-Ticket einging, werden jetzt erkannt, sobald festgelegte Bedingungen erfüllt sind. Ein Hardwarefehler, der nachts auftritt, wird vor der nächsten Schicht erfasst und bearbeitet (oder automatisch behoben), bevor ein Fahrer darauf stößt.
Ein Teil dieser Hardwarefehler wird behoben, ohne dass jemand alarmiert wird. Die automatische Wiederherstellung übernimmt Diagnose und Neustartversuche ohne menschliches Zutun. Gelingt sie, wird das Issue als gelöst protokolliert, mit einem Verlauf samt Zeitstempeln, was das System getan hat. Das Team sieht nur die Issues, die die Plattform nicht selbst lösen konnte.
Benachrichtigungsregeln machen aus breit gestreuten Warnmeldungen gezielte Hinweise. Eine ausgesetzte Abrechnung erreicht den Abrechnungskontakt. Ein kritischer Hardwarefehler an einem wichtigen Partnerstandort erreicht die Leitung des Netzwerkbetriebs. Der Empfängerkreis jeder Benachrichtigung ist festgelegt statt vermutet, sodass die richtigen Personen auf das reagieren, was sie erhalten, statt Warnmeldungen zu durchsuchen, die sie nicht betreffen.
Der gesamte Lebenszyklus jedes Issues ist an einer Stelle sichtbar. Vom Anlegen bis zur bestätigten Lösung sind Statusverlauf, Zuständigkeit und Lösungsdetails dokumentiert. Die Frage, was passiert ist und wer sich darum gekümmert hat, ist immer klar beantwortet, ob das Issue automatisch gelöst oder vom Team bearbeitet wurde.
Mit der Zeit wird die Issue-Liste zu einer Quelle für Muster. Filter nach Kategorie, Schweregrad, Priorität und Erkennungsregel zeigen Muster, die einzelne Warnmeldungen nie offenbaren: ein bestimmtes Ladestationsmodell mit wiederkehrenden Hardwarefehlern, ein Standort mit wiederholt ausgesetzten Abrechnungen, ein Partnernetzwerk mit erhöhter Abbruchrate. Diese Transparenz unterstützt Entscheidungen über Investitionen in die Infrastruktur, die Wartungsplanung und die Bewertung von Partnern.
Für EV-Fahrer
Probleme, die sich früher zu längeren Ausfällen ausgewachsen hätten, werden erkannt und bearbeitet, bevor Fahrer darauf stoßen. Wenn Hardwarefehler die automatische Wiederherstellung auslösen, sind manche behoben, bevor ein Fahrer am Ladepunkt ankommt. Erreicht ein Issue das Team, beginnt die richtige Person sofort mit der Untersuchung, mit allen Informationen im System. Das Ergebnis sind weniger fehlgeschlagene Ladeversuche und eine schnellere Wiederherstellung, wenn doch etwas schiefgeht.
Von der Fehlererkennung bis zur bestätigten Lösung in einem System
Issues Detection bietet CPOs ein einziges System, das überwacht, was sie als wichtig festlegen, Hardwarefehler zu beheben versucht, bevor jemand alarmiert wird, Benachrichtigungen an die richtigen Personen leitet und jedes Issue bis zur dokumentierten Lösung verfolgt.
Demo mit AMPECO buchen
Issues Detection ist auf der gesamten AMPECO Plattform verfügbar. Wenn Sie sehen möchten, wie Erkennungsregeln, automatische Wiederherstellung und Benachrichtigungsabläufe in Ihrem Netzwerk funktionieren, buchen Sie eine Demo mit unserem Team.
