Ladevorgänge zentral überwachen: So liest du den Datenstand richtig

Ladevorgänge zentral zu überwachen bedeutet, den Zustand einer Ladung, den letzten Datenstand und die betriebliche Bedeutung gemeinsam zu betrachten. Für deine E-Flotte brauchst du deshalb zu jedem relevanten Vorgang eine eindeutige Zuordnung, belastbare Zeitangaben und einen nächsten Handlungsschritt. Ein Eintrag in der Ladeübersicht allein sagt noch nicht, ob ein Fahrzeug gerade Energie erhält oder die Abrechnung bereits vollständig vorliegt.

Diese Unterscheidung hilft besonders dann, wenn mehrere Personen mit denselben Daten arbeiten. Disposition, Fuhrpark und Controlling stellen unterschiedliche Fragen an einen Ladevorgang. Eine gemeinsam definierte Statuslogik verhindert, dass sie aus einer Anzeige verschiedene Schlüsse ziehen.

Welche Zustände solltest du getrennt betrachten?

Definiere zunächst drei Ebenen. Der technische Zustand beschreibt, was die Ladeinfrastruktur zuletzt gemeldet hat. Der Transaktionszustand zeigt, welche Informationen zum einzelnen Ladevorgang eingegangen sind. Der Bearbeitungszustand beschreibt, ob dein Team noch eine Zuordnung oder Prüfung erledigen muss.

Ein sinnvoller fachlicher Ablauf lautet beispielsweise: Vorgang erkannt, laufender Vorgang, beendet, Daten vollständig, Zuordnung geprüft. Diese Begriffe sind ein Vorschlag für deinen Prozess. Die tatsächlich verfügbaren Anzeigen hängen von der eingesetzten Software und ihren Datenquellen ab.

Auch auf Protokollebene werden Transaktionen und Überwachung gesondert behandelt. Die Open Charge Alliance beschreibt für OCPP 2.0.1 konfigurierbare Start- und Endbedingungen von Transaktionen sowie ein Gerätemodell für Konfiguration und Monitoring. Daraus lässt sich keine pauschale Echtzeitfähigkeit eines Fleet Portals ableiten. Quelle: OCA zur Transaktionsverarbeitung.

Zeitangaben machen eine Ladeübersicht belastbar

Bitte bei einer Softwareprüfung um eine Erklärung jeder Zeitangabe. Relevant sind der Beginn und das Ende des Vorgangs, der Zeitpunkt der letzten Meldung und der Eingang dieser Meldung im System. Dazu kann der Zeitpunkt einer späteren Korrektur kommen.

Ein Vorgang, der vor zwei Stunden endete und erst vor fünf Minuten übertragen wurde, gehört fachlich zu seinem Ladezeitraum. Für die Bewertung der Datenqualität ist gleichzeitig die Übertragungsverzögerung interessant. Vermische diese beiden Zwecke nicht in einem einzigen Datum.

Lege außerdem fest, wann Daten für deine Arbeit zu alt sind. Für eine Abfahrt in einer halben Stunde kann ein alter Status entscheidend sein. Für den Monatsbericht genügt möglicherweise ein später vervollständigter Datensatz. Der Grenzwert folgt deinem betrieblichen Bedarf; er ist keine allgemeine technische Konstante.

Aus Meldungen bearbeitbare Fälle machen

Ein Monitor ist nützlich, wenn eine Auffälligkeit eine zuständige Person erreicht. Formuliere deshalb für jeden überwachten Fall vier Angaben: Auslöser, Verantwortliche, Reaktionsfrist und Abschlusskriterium. So vermeidest du eine Liste von Meldungen, deren Bearbeitung niemand übernimmt.

Bei einem Ladevorgang ohne Fahrzeugzuordnung kann das Abschlusskriterium die bestätigte Zuordnung sein. Bei ausbleibenden Statusmeldungen lautet es zunächst: Datenquelle geprüft und tatsächlicher Fahrzeugzustand geklärt. Eine fehlende Meldung beweist für sich genommen noch keinen technischen Defekt.

Definiere auch, wann eine Meldung zusammengefasst wird. Zehn Aktualisierungen desselben Problems sollten nicht zehn voneinander unabhängige Aufgaben erzeugen. Eine Vorgangsnummer verbindet Erstmeldung, Rückfragen, Bearbeitung und Abschluss. Ob die Software solche Aufgaben direkt unterstützt, prüfst du anhand eines konkreten Testfalls.

Praxisbeispiel: Ein alter Status vor der Frühschicht

Fiktives Praxisbeispiel: Um 6:30 Uhr prüft die Disposition zwölf Fahrzeuge mit geplanter Abfahrt um 7:00 Uhr. Bei einem Fahrzeug zeigt die Übersicht einen laufenden Ladevorgang, die letzte Meldung stammt aber von 4:10 Uhr. Die Anzeige reicht deshalb nicht aus, um seine Einsatzbereitschaft zu bestätigen.

Die zuständige Person lässt vor Ort prüfen, ob das Fahrzeug verbunden ist und welcher Ladezustand angezeigt wird. Parallel wird die Datenübertragung geprüft. Das Fahrzeug ist einsatzbereit; lediglich der Dateneingang war unterbrochen. Im Bearbeitungsfall werden Beobachtung, Rückmeldung und Abschlusszeit dokumentiert.

Die Erkenntnis für den Betrieb lautet: Der Hinweis „Datenstand veraltet“ löst eine Klärung aus. Er wird nicht automatisch als gescheiterter Ladevorgang gewertet. Für die spätere Auswertung bleiben Kommunikationsproblem und tatsächlich abgebrochene Ladung getrennte Kategorien.

Arbeitshilfe: Diese Felder braucht dein Prüfblatt

Verwende für die nächste Softwarebesprechung eine Tabelle mit diesen Spalten:

• Vorgangs-ID und Ladeort, damit der Fall eindeutig auffindbar ist.

• Fahrzeug, Fahrer oder Kostenstelle, soweit für den Zweck erforderlich.

• Gemeldeter Zustand und verständliche Definition dieses Zustands.

• Ereigniszeit, letzter Dateneingang und erkennbare Datenlücken.

• Zuständige Person, nächste Aktion und vereinbarte Frist.

• Abschlussgrund und verbleibende offene Informationen.

Teste das Prüfblatt mit einer regulären Ladung, einer verspätet gemeldeten Ladung und einem Vorgang mit fehlender Zuordnung. Halte fest, welche Daten tatsächlich vorhanden sind. Wenn eine Information fehlt, ergänze einen praktikablen Klärungsweg. Eine leere Spalte sollte keine scheinbare Sicherheit erzeugen.

Für regelmäßige Auswertungen kannst du die Erkenntnisse in dein monatliches Flottenreporting übernehmen. Wiederkehrende Ursachen verdienen dort eine eigene Maßnahme mit Verantwortlichkeit. Lege außerdem fest, welche Auffälligkeiten als Benachrichtigung für das Flottenteam eine zeitnahe Bearbeitung auslösen sollen.

Besprich anhand deiner konkreten Statusfragen, welche Daten und Zuordnungen du im Alltag benötigst: Flottenbedarf mit StromNow klären.