Alle Transporter hängen am Ladekabel. Der erste muss trotzdem ungeladen los.

Am österreichischen Betriebshof stehen mehrere Lieferfahrzeuge über Nacht an ihren Ladepunkten. Die Übersicht zeigt überall eine Verbindung. Am Morgen fehlt ausgerechnet dem Fahrzeug für die erste Tour Energie. Die Ladeplanung hat die verfügbare Leistung verteilt, aber die tatsächlichen Abfahrtszeiten und den Bedarf der Touren nicht ausreichend berücksichtigt.

Ein solcher Fall zeigt, wo individuelle Fuhrparksoftware sinnvoll wird. Das Projekt verbindet Ladeinfrastruktur mit Disposition und einer überprüfbaren Priorisierung. Es muss keine vorhandene Ladestation neu erfinden. Es sollte jedoch erklären können, warum ein bestimmtes Fahrzeug gerade lädt, welches Ziel gefährdet ist und welche Entscheidung eine verantwortliche Person treffen muss.

Beschreiben Sie den nächsten Morgen, nicht nur die Nacht

Beginnen Sie mit den betrieblichen Anforderungen. Welches Fahrzeug muss wann bereit sein? Welcher Ladezustand oder Energiebedarf wird dafür fachlich angesetzt? Wer darf eine Tour umplanen? Eine optimierte Kurve auf dem Bildschirm ist wenig wert, wenn die zugrunde liegenden Abfahrtsdaten veraltet sind.

Trennen Sie bestätigte Angaben von Schätzungen. Nicht jedes Fahrzeug liefert jederzeit einen verlässlichen Ladezustand. Ein disponierter Bedarf kann sich ändern, wenn Strecke oder Zuladung anders ausfallen. Die Anwendung sollte Datenquelle und Aktualität sichtbar halten, statt aus fehlenden Werten eine scheinbar genaue Planung zu erzeugen.

Für den ersten Pilot reicht ein abgegrenzter Teil des Fuhrparks. Wählen Sie Fahrzeuge mit vergleichbaren Einsatzmustern und eine überschaubare Ladeinfrastruktur. Dadurch können Disposition, Elektrotechnik und Softwareteam gemeinsam untersuchen, welche Informationen tatsächlich verfügbar sind und welche Regeln im Alltag sinnvoll bleiben.

Prüfen Sie die Funktionen hinter dem Protokollnamen

Die Open Charge Alliance beschreibt OCPP als Kommunikationsprotokoll zwischen Ladestationen und Managementsystemen. Die verschiedenen Versionen und Funktionen sind bei einer Integration relevant. Ein allgemeiner Hinweis auf OCPP-Kompatibilität sollte deshalb durch konkrete Angaben zu Version, Gerät und Firmware ergänzt werden.

Die OCPP-2.0.1-Zertifizierungsübersicht unterscheidet verpflichtende und optionale Funktionsprofile, darunter Smart Charging. Das ist eine wichtige Beschaffungsfrage: Welche Fähigkeiten wurden für die konkrete Kombination tatsächlich nachgewiesen? Ein vorhandenes Zertifikat darf nicht pauschal als Bestätigung jeder gewünschten Ladefunktion gelesen werden.

Vereinbaren Sie einen Gerätetest mit den vorgesehenen Befehlen und Rückmeldungen. Wird ein Ladeprofil angenommen, wann wird es wirksam und wie meldet die Station Abweichungen? Prüfen Sie diese Fragen nicht nur im Simulator. Die tatsächliche Installation, Firmware und Fahrzeugkombination können für das Verhalten entscheidend sein.

Priorität braucht einen verständlichen Grund

Eine Priorisierung kann Abfahrt, benötigte Energie und betriebliche Bedeutung berücksichtigen. Halten Sie die Regeln für die Disposition lesbar. Wenn ein Fahrzeug bevorzugt wird, sollte die Oberfläche den Grund zeigen. Ein undurchsichtiger Optimierer erschwert Entscheidungen gerade dann, wenn nicht alle Ziele gleichzeitig erreichbar sind.

Planen Sie ausdrücklich für Engpässe. Die Anwendung kann melden, dass zwei Anforderungen unter den aktuellen Grenzen nicht gemeinsam erfüllbar sind. Sie sollte dann Optionen vorbereiten: Abfahrt verschieben, Fahrzeug tauschen oder einen Bedarf fachlich überprüfen. Eine unerfüllbare Anforderung darf nicht bis zum Morgen als grüner Plan stehen bleiben.

Manuelle Eingriffe benötigen ebenfalls einen Umfang. Wer darf eine Priorität erhöhen, für welchen Zeitraum und mit welcher Begründung? Die Änderung sollte nicht unbemerkt eine andere bestätigte Tour gefährden. Zeigen Sie die Auswirkungen vor der Übernahme und protokollieren Sie den freigegebenen Stand.

Halten Sie elektrische Grenzen lokal belastbar

Die verfügbare Leistung hängt nicht nur von Ladestationen ab. Andere Verbraucher am Standort können sich verändern. Eine fachgerecht geplante Messung und lokale Begrenzung bilden die Grundlage. Die Geschäftssoftware sollte innerhalb dieser Vorgaben arbeiten und keine Schutzfunktion durch einen entfernten Webdienst ersetzen.

Für einen Kommunikationsausfall braucht die Anlage ein abgestimmtes Verhalten. Welche lokale Grenze gilt, welche Profile bleiben bestehen und wie werden abgelaufene Vorgaben behandelt? Diese Fragen gehören gemeinsam mit dem Installations- und Gerätepartner geklärt. Ein pauschales „offlinefähig“ ist für die Abnahme zu ungenau.

Auch nach der Wiederverbindung muss der Zustand abgeglichen werden. Die Anwendung darf nicht davon ausgehen, dass jeder frühere Befehl ausgeführt wurde. Sie benötigt aktuelle Rückmeldungen und einen nachvollziehbaren Umgang mit verspäteten Ereignissen. Sonst plant sie auf einem Zustand weiter, der am Ladehof längst nicht mehr existiert.

Verbinden Sie Planung und tatsächliche Durchführung

Speichern Sie für einen Ladevorgang das geplante Ziel, relevante Änderungen und die verfügbaren Ist-Daten. So kann das Team später unterscheiden, ob eine Touränderung, eine fehlende Fahrzeugrückmeldung oder ein technischer Fehler zum unzureichenden Ladeergebnis führte. Diese Unterscheidung ist nützlicher als eine allgemeine Erfolgsquote.

Behandeln Sie Fahrzeug, Ladepunkt und Nutzer als getrennte Zuordnungen. Ein Fahrzeug kann umgeparkt werden, ein Kabel wird gewechselt und eine RFID-Karte kann von mehreren Personen verwendet werden. Die Planung sollte solche Übergänge kontrolliert abbilden. Eine falsche Zuordnung kann ansonsten einen plausiblen, aber unzutreffenden Bereitschaftsstatus erzeugen.

Die spätere Abrechnung ist ein zusätzlicher Prozess mit eigenen Anforderungen. Vermischen Sie eine betriebliche Energieplanung nicht automatisch mit abrechnungsfähigen Messwerten. Welche Daten dafür verwendet werden dürfen und welche Messausstattung erforderlich ist, muss für das konkrete Geschäftsmodell separat geklärt werden.

Eine Abnahme, die auch die schwierige Nacht abbildet

Prüfen Sie vor einer breiteren Einführung folgende Situationen:

• Eine frühere Abfahrt wird nach Beginn des Ladens eingetragen.
• Der gemeldete Ladezustand ist veraltet oder fehlt.
• Ein Ladepunkt akzeptiert das gewünschte Profil nicht.
• Die verfügbare Standortleistung sinkt während des Betriebs.
• Nach einer Unterbrechung treffen alte Ereignisse verspätet ein.
• Eine manuelle Priorisierung gefährdet ein anderes Ziel und wird sichtbar erklärt.

Ein erster Auftrag sollte die Schnittstellen, Regeln, Engpassanzeige und einen gemeinsam geprüften Betriebsablauf liefern. Vergleichen Sie Angebote anhand dieser Ergebnisse und der tatsächlich getesteten Hardware. Ein weiterer Dashboard-Bildschirm allein beseitigt keine Unsicherheit über den nächsten Fahrzeugeinsatz.

Unser Beitrag zur Produktionsplanung mit betrieblichen Restriktionen zeigt verwandte Planungsfragen. Der Artikel zum Wiederanlauf nach Cloud-Ausfällen ergänzt die Betriebsseite. Innovation T verbindet solche Abläufe über seine Softwareleistungen. Bringen Sie einen typischen Ladeabend und die Abfahrtsanforderungen mit, um die erste Integration gezielt abzugrenzen.

Häufige Fragen

Garantiert eine OCPP-Verbindung bereits intelligentes Lastmanagement?

Nein. Die Verbindung schafft eine Kommunikationsgrundlage. Unterstützte Funktionen, Geräteprofile, Standortmessung und die tatsächliche Durchsetzung von Ladegrenzen müssen für die konkrete Installation geprüft werden.

Kann die Software jede gewünschte Abfahrtszeit garantieren?

Nein. Verfügbare Leistung, Fahrzeugzustand und Aufenthaltszeit setzen Grenzen. Eine gute Anwendung erkennt nicht erfüllbare Anforderungen früh und zeigt der Disposition nachvollziehbare Alternativen.

Soll eine Cloud-Anwendung elektrische Schutzfunktionen ersetzen?

Nein. Schutzfunktionen und sichere lokale Betriebsgrenzen gehören in die fachgerecht geplante elektrische Anlage. Die Geschäftssoftware koordiniert innerhalb dieser Grenzen und benötigt ein definiertes Verhalten bei Kommunikationsausfällen.