Managementsystem für Ladepunkte: Eine praktische Checkliste für einen Pilotversuch

Ein Ladepunktmanagementsystem kann in einer Verkaufsdemonstration überzeugend wirken und nach der Implementierung dennoch teure Probleme verursachen. Ein Ladegerät wird angeschlossen, ein Dashboard leuchtet grün und eine Testsitzung wird abgeschlossen. Doch keine dieser Beobachtungen gibt Aufschluss darüber, ob die Plattform eine Sitzung nach einem Verbindungsabbruch wiederherstellen kann, eine strittige Rechnung aufklärt oder Ihrem Team bei Vertragsende brauchbare Daten liefert.

Dieser Leitfaden macht aus einer Software-Evaluierung einen praktischen Pilotversuch. Er richtet sich an Betreiber von Ladestationen, Hersteller von Ladegeräten und Flottenmanager, die CPMS-Plattformen vergleichen. Anstatt einer weiteren Funktionsliste erklärt er, was zu testen ist, welche Nachweise zu sichern sind und wie eine fundierte Entscheidung für die Produktivsetzung getroffen wird. Die folgenden Szenarien sind empfohlene Abnahmetests und stellen keine Ergebnisse aus einer Kundenimplementierung von TrendPower dar.

Was sollte ein Pilotprojekt für ein Ladepunktmanagementsystem beweisen?

Ein erfolgreicher Pilotversuch beweist, dass Ihre spezifische Kombination aus Ladegeräten, Firmware, Konnektivität, Zahlungsabwicklung und Betriebsabläufen reibungslos zusammenarbeitet. Er sollte drei Fragen beantworten: Können Fahrer erfolgreich laden? Können die Betreiber Ausnahmen beheben? Und kann die Finanzabteilung die generierten Einnahmen und Aufzeichnungen abgleichen?

Beginnen Sie mit Ihrem Betriebsmodell. Ein öffentliches Netzwerk benötigt transparente Preise, einfache Zahlungsabwicklung und zuverlässige Abrechnung. Ein Depot priorisiert die Abflugbereitschaft und die Standortkapazität. Ein Hersteller benötigt möglicherweise eine Trennung der Mieter und ein wiederholbares Onboarding für alle Kunden. Weisen Sie jeder Anforderung einen Verantwortlichen und ein messbares Ergebnis zu, bevor Sie Anbieter zur Demonstration einladen.

Legen Sie die Akzeptanzkriterien vor der Demonstration fest.

Ersetzen Sie „unterstützt Abrechnung“ durch eine überprüfbare Aussage: Das System muss für eine Sitzung, die eine Tarifgrenze überschreitet, einen detaillierten Datensatz mit der entsprechenden Währung, den Zeitstempeln und den Rundungsregeln erstellen. Ersetzen Sie „verfügt über APIs“ durch: Unser Integrationsteam kann eine abgeschlossene Sitzung abrufen und deren Kennung mit dem Rechnungsexport abgleichen.

Legen Sie keine willkürliche, allgemeingültige Erfolgsquote fest. Vereinbaren Sie Schwellenwerte, die Ihrem Service, der Stichprobengröße und dem kommerziellen Risiko angemessen sind. Dokumentieren Sie jeden Testversuch, einschließlich Fehlschläge. Ein Pilotprojekt, das ausschließlich erfolgreiche Demonstrationen umfasst, kann nicht zeigen, wie die Plattform im realen Betrieb funktioniert.

1. Erstellen Sie eine repräsentative Ladegerät- und Firmware-Matrix

Führen Sie alle für die Markteinführung vorgesehenen Modelle mit Firmware-Version, Protokollversion, Steckerkonfiguration und Anschlussmethode auf. Berücksichtigen Sie dabei auch Ihre bereits vorhandenen Geräte, nicht nur die vom Hersteller bevorzugten Vorführladegeräte. Bei einer großen Geräteflotte wählen Sie eine repräsentative Stichprobe und dokumentieren Sie, was noch nicht getestet wurde.

Separate Protokollunterstützung von getesteter Kompatibilität

OCPP definiert die Kommunikation zwischen Ladestationen und Managementsystemen. Es führt jedoch nicht dazu, dass jede Produktkombination identisch ist. Die Open Charge Alliance bietet ein Zertifizierungsprogramm für Konformitätsprüfungen an; Käufer sollten dennoch das jeweilige Produkt, die Version und den Zertifizierungsumfang überprüfen und die vorgesehene Hardwarekombination testen.

Bitten Sie den Lieferanten, Verbindung, Autorisierung, Sitzungsstart und -ende, Statusänderungen, Zählerstände und unterstützte Fernbefehle in Ihrer Matrix anzuzeigen. Ein „akzeptierter“ Fernbefehl bedeutet nicht automatisch, dass ein Fahrzeug Energie empfängt. Speichern Sie sowohl die Befehlsantwort als auch den nachfolgenden Sitzungsnachweis.

Unterscheiden Sie bei jedem nicht unterstützten Verhalten zwischen einer Einschränkung des Ladegeräts und einem Firmware-Problem, einer Plattformlücke oder einem Konfigurationsfehler. Dadurch wird die Verantwortlichkeit transparent und verhindert, dass dasselbe Integrationsproblem bei der Einführung erneut auftritt. Lesen Sie die Dokumentation. OCA-Zertifizierungsleitfaden bei der Überprüfung der Angaben eines Lieferanten.

2. Testen Sie die gesamte Fahrerreise

Beginnen Sie außerhalb des Armaturenbretts. Suchen Sie als Erstfahrer eine Ladestation, identifizieren Sie den richtigen Stecker, lesen Sie den Preis, autorisieren Sie den Ladevorgang, schließen Sie das Fahrzeug an, starten Sie den Ladevorgang und beenden Sie ihn. Überprüfen Sie, ob die angezeigte Steckerkennung mit dem Etikett und den Daten im System übereinstimmt.

Schließen Sie auch die unangenehmen Fälle mit ein.

Testen Sie abgelaufene Anmeldeinformationen, eine abgelehnte Zahlung und einen Connector, der zwischen Auswahl und Start nicht mehr verfügbar ist. Stellen Sie sicher, dass die Benutzeroberfläche den Vorgang erklärt, ohne interne Diagnosecodes als einzige Hilfestellung anzuzeigen. Testen Sie wiederholtes Tippen auf die Starttaste: Das erwartete Ergebnis sollte ein kontrollierter Versuch sein, keine doppelten Zahlungsvorgänge oder verwirrende parallele Sitzungen.

Für den Zugriff ohne App verwenden Sie eine neue Browsersitzung und die gewünschte mobile Ansicht. Prüfen Sie, ob der Fahrer eine Quittung erhält, und kontaktieren Sie den Support. Verwenden Sie nicht die Erfolgsmeldung des Browsers als Abrechnungsnachweis: Vergleichen Sie den Stationsstatus, den Sitzungsverlauf und die abgerechnete Leistung.

Wenn eine Sitzung fehlschlägt, sollte Ihr Supportmitarbeiter über genügend Kontextinformationen verfügen, um Autorisierungs-, Zahlungs-, Kommunikations- und Ladegeräteprobleme zu unterscheiden. Leitfaden zur Fehlerbehebung beim Start einer CPMS-Sitzung bietet eine diagnostische Abfolge für diese Untersuchung.

3. Überprüfen Sie, was passiert, wenn die Verbindung ausfällt.

Eine stabile Büroverbindung kann viele betriebliche Schwachstellen verschleiern. Planen Sie eine kontrollierte Unterbrechung der Testgeräte mit Genehmigung des Standortbetreibers. Trennen Sie niemals ein Produktionsnetzwerk oder stören Sie laufende Kundensitzungen, nur um einen Testfall zu erstellen.

Beobachten Sie vor, während und nach der Unterbrechung

Führen Sie separate Tests für ein Ladegerät durch, das vor der Autorisierung offline ist, sowie für Verbindungsabbrüche während einer aktiven Sitzung. Klären Sie das erwartete Verhalten vorab mit dem Ladegeräthersteller. Offline-Autorisierung und lokale Pufferung hängen von der jeweiligen Ausrüstung, Konfiguration und Implementierung ab; gehen Sie nicht davon aus, dass jedes Ladegerät diese Funktionen unterstützt.

Vergleichen Sie nach der Wiederherstellung der Verbindung den endgültigen Stationsstatus, die Start- und Endzeiten der Sitzung, die Zählerstände und das Abrechnungsergebnis. Prüfen Sie auf fehlende Datensätze, doppelte Sitzungen, veraltete Abrechnungsstatus und verzögerte Ereignisse in falscher Reihenfolge. Stellen Sie sicher, dass die Zeitstempel genügend Informationen enthalten, um Zeitzonen konsistent zu interpretieren.

Erfragen Sie, wie die Betriebsabteilung unvollständige Sitzungen identifiziert, die einer manuellen Überprüfung bedürfen. Eine Plattform, die Ausnahmen sichtbar macht, ist nützlicher als eine, die fehlende Nachweise stillschweigend durch eine plausible Zahl ersetzt. Dokumentieren Sie die Wiederherstellungsschritte und wer diese durchführen darf.

4. Den Ladevorgang von der Energie- zur Geldumrechnung abstimmen.

Wählen Sie einige wenige Sitzungen aus und verfolgen Sie jede einzelne vom Ladevorgang bis zur Kundenabbuchung, der Transaktion mit dem Zahlungsanbieter und dem Finanzexport. Es handelt sich um zusammenhängende Datensätze, die jedoch nicht austauschbare Nachweise für dasselbe Ereignis darstellen. Eine Autorisierungssperre, eine erfasste Zahlung und eine abgeschlossene Auszahlung können zu unterschiedlichen Zeitpunkten erfolgen.

Verwenden Sie ein bewusst ungeschicktes Zollbeispiel.

Nehmen wir einen hypothetischen Tarif von 0,40 Währungseinheiten pro kWh an. Eine Sitzung mit einem Verbrauch von 18,6 kWh hat einen Grundpreis von 7,44, bevor weitere Kosten hinzukommen. Diese Berechnung dient lediglich der Veranschaulichung und stellt keine unverbindliche Preisempfehlung dar. Bitte berücksichtigen Sie die in Ihrem Unternehmen geltenden Steuern, zeitabhängigen Gebühren und Parkgebühren und überprüfen Sie die dokumentierte Berechnungsreihenfolge.

Testen Sie anschließend eine Sitzung, die eine geplante Preisänderung, einen Null-Energie-Versuch, eine Teilrückerstattung und einen Zahlungsfehler umfasst. Prüfen Sie gegebenenfalls die Währungsgenauigkeit, Rundungen, Rechnungskennungen und die Behandlung der Sommerzeitumstellung. Ihr Finanzverantwortlicher sollte jede Abweichung erklären können, anstatt einen Gesamtbetrag nur aufgrund seiner Ähnlichkeit zu akzeptieren.

Beim Roaming sollten die Informationen zur Live-Sitzung von den endgültigen Abrechnungsdetails getrennt werden. Es sollte vereinbart werden, welcher Partner für Preisgestaltung, Rechnungsstellung und Streitbeilegung zuständig ist. OCPI bietet separate Module für den Datenaustausch; überprüfen Sie diese. offizielle OCPI-Dokumentation für die Version und die Module in Ihrem Integrationsbereich.

5. Intelligentes Laden messbar machen

Ein auf einem Bildschirm angezeigter Zeitplan beweist nicht, dass ein Standort innerhalb seiner Betriebsgrenzen bleibt. Definieren Sie den Messpunkt für die Leistung, ob sich die Grenze nur auf die Ladeeinrichtungen oder die gesamte Anlage bezieht und wie nicht ladende Verbraucher in die Berechnung einfließen.

Testen Sie eine sich verändernde Umgebung, nicht eine statische Grenze.

Verbinden Sie auf autorisierten Testgeräten weitere Fahrzeuge, ändern Sie deren Prioritäten und simulieren Sie eine repräsentative Änderung des Gebäudebedarfs. Vergleichen Sie das angeforderte Profil mit dem gemessenen Verhalten. Berücksichtigen Sie vereinbarte Reaktionszeiten und Gerätebeschränkungen und dokumentieren Sie das Systemverhalten bei Ausfall eines Zählers oder einer Kommunikationsverbindung.

Für einen Fuhrpark müssen Abfahrtszeiten und der benötigte Energiebedarf berücksichtigt werden. Ein Plan, der zwar die Standortgrenzen einhält, aber wichtige Fahrzeuge nicht einsatzbereit lässt, kann die Geschäftsanforderungen dennoch nicht erfüllen. Definieren Sie, wie ein Bediener unrealistische Nachfrage erkennt und Prioritäten anpasst. Der elektrische Schutz des Standorts bleibt eine technische Aufgabe; Software-Lastmanagement sollte nicht als Ersatz für einen angemessen ausgelegten Schutz betrachtet werden.

6. Geben Sie dem Unterstützungspersonal einen realistischen Vorfall.

Bitten Sie eine Person, die den Piloten nicht konfiguriert hat, mithilfe ihrer vorgesehenen Supportrolle einen fehlgeschlagenen Start oder einen veralteten Verbindungsstatus zu untersuchen. Kann sie das richtige Ladegerät finden, eine Zeitleiste überprüfen, die letzte erfolgreiche Kommunikation identifizieren und eine klare nächste Maßnahme vorschlagen?

Messen Sie die einzelnen Untersuchungsschritte, anstatt einen allgemeingültigen Richtwert für die Lösungszeit anzustreben. Prüfen Sie, ob notwendige Aktionen das Öffnen mehrerer Systeme oder die Suche in Rohprotokollen durch einen Entwickler erfordern. Stellen Sie sicher, dass für Remote-Resets und Konfigurationsänderungen die entsprechenden Berechtigungen vorliegen und protokolliert wird, wer diese durchgeführt hat.

Die Zuständigkeit für Eskalationen sollte vor dem Start klar definiert werden. Betreiber, Softwareanbieter, Gerätehersteller und Zahlungsdienstleister sollten wissen, welche Nachweise einem Ticket beigefügt werden müssen. Andernfalls kann ein technisch unbedeutendes Problem ungelöst bleiben, während jede Partei ein anderes Team mit der Untersuchung beauftragt.

7. Zugriffsgrenzen und Datenportabilität prüfen

Erstellen Sie die Rollen, die Ihre Organisation tatsächlich benötigt: Supportmitarbeiter, Finanzbenutzer, Website-Inhaber und Netzwerkadministrator. Testen Sie, ob jede Rolle die erforderlichen Aufgaben erledigen kann, ohne auf fremde Mandanten oder sensible Einstellungen zugreifen zu können. Vermeiden Sie die Verwendung eines gemeinsamen Administratorkontos während der gesamten Pilotphase.

Fordern Sie einen Export an, den Sie ohne den Anbieter verwenden können.

Exportieren Sie Ladekennungen, Standortzuordnungen, Sitzungsdatensätze, Tarifreferenzen und relevante Finanzkennungen. Prüfen Sie Zeitformate, Einheiten, Felddefinitionen und Beziehungen. Eine Tabelle mit Summen, aber ohne eindeutige Kennungen, ist für den Abgleich oder die Migration möglicherweise unzureichend.

Klären Sie ab, welche Daten Ihrem Unternehmen gehören, welche Exporte einbezogen sind, was bei Vertragsbeendigung geschieht und wie Aufbewahrung und Löschung gehandhabt werden. Besprechen Sie diese Anforderungen gegebenenfalls mit Ihren Sicherheits- und Rechtsabteilungen. Für einen zukünftigen Plattformwechsel: CPMS-Migrationsleitfaden erklärt, warum die Erfassung von Anlagen und die Kontinuität von Datensätzen wichtig sind.

Ein kompaktes Abnahmeprotokoll, das Ihr Team wiederverwenden kann

Verwenden Sie pro Szenario eine Zeile. Die Beschreibung sollte so präzise sein, dass sie von einer zweiten Person wiederholt werden kann. Ein praktischer Bericht enthält die Anforderung, die benötigte Ausrüstung und Firmware, die Testschritte, das erwartete Ergebnis, das beobachtete Ergebnis, die entsprechenden Nachweise, den zuständigen Verantwortlichen und den Status des Wiederholungstests.

• Verbindung: Das benannte Ladegerät und die Firmware verbinden sich und melden den erwarteten Zustand.
• Fahrerreise: Die Autorisierung führt zu einer bestätigten Abrechnung und einem einheitlichen Endergebnis.
• Erholung: Unterbrechungen der Verbindung führen nicht zu unerklärlichen fehlenden oder doppelten Abrechnungsdatensätzen.
• Finanzen: Sitzungs-, Rechnungs- und Zahlungsreferenzen stimmen mit dokumentierten Ausnahmen überein.
• Operationen: Der Support kann mit den entsprechenden Berechtigungen einen Vorfall diagnostizieren.
• Ausfahrt: Die exportierten Daten bleiben auch außerhalb der Schnittstelle des Anbieters verständlich.

Verwenden Sie „Bestanden“, „Nicht bestanden“ und „Blockiert“ als separate Ergebnisse. „Blockiert, da die erforderliche Firmware nicht verfügbar war“ ist kein „Bestanden“. Erfassen Sie Einschränkungen bei der Beschaffungsentscheidung und legen Sie eine Frist für die Behebung kritischer Lücken für den Marktstart fest. Führen Sie kleinere Verbesserungen der Benutzerfreundlichkeit in einem separaten Backlog, damit diese nicht ungelöste Abrechnungs- oder Gebührenprobleme verdecken.

Häufig gestellte Fragen

Ist CPMS dasselbe wie OCPP?

Nein. Ein Ladepunktmanagementsystem ist eine operative Softwareplattform. OCPP ist ein Kommunikationsprotokoll zwischen Ladestationen und Managementsystemen. Sie müssen weiterhin Arbeitsabläufe, Zahlungen, Berichte, Berechtigungen und die eigentliche Ladeintegration prüfen.

Wie lange sollte ein CPMS-Pilot lernen?

Nutzen Sie den Abschluss vereinbarter Szenarien als Entscheidungskriterium anstelle einer festen Anzahl von Tagen. Planen Sie Zeit für unterschiedliche Tarife, Ausnahmebehandlung und erneute Tests ein. Eine kurze Demonstration kann die grundlegende Konnektivität herstellen; sie ersetzt jedoch nicht die Prüfung Ihres Betriebsmodells.

Benötigt jeder Mobilfunkanbieter im Pilotprojekt Roaming?

Nein. Berücksichtigen Sie Roaming nur dann, wenn es Teil Ihres Projektumfangs oder eine vertragliche Voraussetzung ist. Ist es für einen späteren Zeitpunkt geplant, dokumentieren Sie die erforderlichen Module, die Verantwortlichkeiten der Partner und die zukünftigen Abnahmetests, ohne ungetestete Fähigkeiten als erwiesen zu betrachten.

Was sollte einen Go-Live verhindern?

Ungeklärte Fehler, die die Abrechnung durch autorisierte Fahrer verhindern, unerklärliche Abrechnungsdifferenzen verursachen, die Daten anderer Mieter offenlegen oder die Wiederherstellung des Betriebs behindern, sollten vor der Einführung eine dokumentierte Entscheidung auslösen. Der Schweregrad hängt von Ihrem Service und Ihren Kontrollmechanismen ab, nicht von der optischen Aufmachung eines Dashboards.

Wandeln Sie Ihre Anforderungen in eine nützliche Plattformdiskussion um.

Die beste Kauffrage lautet nicht: „Wie viele Funktionen hat diese Plattform?“, sondern: „Kann unser Team diese Szenarien auf unseren Geräten durchspielen und das Ergebnis erläutern?“ Bringen Sie eine Ladegerätematrix, die Länder, in denen die Geräte eingesetzt werden, die Zahlungsbedingungen, die Standortbeschränkungen und eine Liste der Integrationsmöglichkeiten in das Gespräch ein.

Entdecken Sie die Angebote von TrendPower. Managementsystem für Ladepunkte für Elektrofahrzeuge oder Eine Plattformdiskussion anfordern Überprüfen Sie vor der Einführung Ihres Projekts die Kompatibilitäts- und Bereitstellungsanforderungen im Rahmen Ihres Pilotprojekts.