CPMS-Migration: So wechseln Sie die Ladesoftware für Elektrofahrzeuge sicher

Die Migration von Ladeinfrastruktur-Managementsystemen (CPMS) bedeutet die Übertragung der Ladestationen und ihrer Betriebsabläufe von einer Ladeinfrastruktur-Plattform auf eine andere. Für Betreiber von Ladestationen ist die Herausforderung größer als die bloße Änderung einer Backend-URL. Fahrer müssen sich weiterhin authentifizieren, Ladevorgänge müssen nachvollziehbar bleiben, Zahlungen müssen abgeglichen werden, und die Betriebsteams benötigen einen klaren Wiederherstellungspfad für den Fall, dass die neue Verbindung ausfällt.

Ein sorgfältig geplanter Übergang ermöglicht dem Betreiber mehr Kontrolle über Integrationen, Bereitstellung und Kundenerlebnis. Ein ungetesteter Systemwechsel kann dazu führen, dass angeschlossene Ladegeräte nicht mehr verfügbar sind oder Geschäftsdaten zwischen verschiedenen Systemen aufgeteilt werden. Dieser Leitfaden erklärt, wie Sie einen Systemwechsel planen, ohne anzunehmen, dass offene Protokolle jede Ladegerät-, Zugangsdaten- und Zahlungsintegration automatisch portabel machen.

Falls Sie noch Plattformen vergleichen, beginnen Sie mit unserer Leitfaden für ein praktisches LadepunktmanagementsystemDer nächste Schritt besteht darin, Ihre bevorzugte Plattform in einen verifizierten Migrationsplan umzuwandeln.

Was genau umfasst die CPMS-Migration?

Ein Plattformwechsel umfasst drei zusammenhängende Schritte: die Anbindung der physischen Stationen, die Übertragung der übertragbaren Daten und die Anpassung der zugehörigen Betriebsprozesse. Diese Schritte erfolgen nicht zwangsläufig gleichzeitig. Eine Ladestation kann beispielsweise erfolgreich mit dem neuen Backend verbunden sein, während Kundendaten, Tarife oder Buchhaltungsunterlagen noch angepasst werden müssen.

Ladeanschluss und Konfiguration

Die Stationen müssen das Zielsystem über ein vereinbartes Protokoll, eine Stationsidentität und ein Authentifizierungsverfahren erreichen. Netzwerkrouting, Zertifikate, Firmware und Konfigurationszugriff sind dabei von Bedeutung. Einige Geräte ermöglichen Änderungen an den Endpunkten aus der Ferne; andere erfordern Unterstützung des Herstellers oder einen kontrollierten Eingriff vor Ort. Klären Sie die für jedes Modell verfügbare Methode, bevor Sie einen netzwerkweiten Fernwechsel versprechen.

Geschäftsdaten und externe Dienstleistungen

Inventar, Kundenkonten, Zugangsdaten, Tarife, Sitzungshistorie und Partnerstrukturen müssen separat behandelt werden. Zahlungsdienstleister, Roaming-Partner und mobile Anwendungen speichern möglicherweise Informationen außerhalb des aktuellen CPMS. Der Export einer Tabelle aus dem Backend überträgt diese Drittanbieterbeziehungen nicht und stellt auch nicht jede Integration neu her.

Wann sollte ein Ladeinfrastrukturbetreiber einen Plattformwechsel in Erwägung ziehen?

Häufige Auslöser sind eingeschränkte Berichtsmöglichkeiten, unflexible Zahlungsprozesse, schwierige Hardwareintegration, Bereitstellungsanforderungen oder ein Geschäftsmodell, das die bestehende Software übersteigt. Identifizieren Sie die spezifische betriebliche Einschränkung und legen Sie eine messbare Ausgangsbasis fest. „Ein besseres Dashboard“ ist weniger hilfreich als „Die Finanzabteilung kann jede abgeschlossene Sitzung ohne manuelle Abstimmung mit dem entsprechenden Zahlungsergebnis abgleichen“.

Plattformprobleme müssen von Standortproblemen getrennt betrachtet werden. Schlechter Mobilfunkempfang, beschädigte Kabel oder unzureichende Stromkapazität verschwinden nicht nach einer Softwaremigration. Wiederholte Vorfälle sollten gemeinsam mit dem Ladegerätehersteller und dem Standortteam überprüft werden, damit der Übergang keine ungelösten technischen Probleme mit sich bringt.

Vergleichen Sie außerdem die Kosten für einen Umzug mit den Kosten für den Verbleib. Berücksichtigen Sie Integrationsarbeiten, Vor-Ort-Besuche, Supportaufwand, vorübergehenden Parallelbetrieb und Vertragsausstiegsbedingungen. Die Migration sollte einem dokumentierten Bedarf entsprechen und nicht einfach nur eine Funktionsliste durch eine andere ersetzen.

Schritt 1: Ein zuverlässiges Ladegerät aufbauen und auf den Lagerbestand zugreifen

Beginnen Sie mit einem gemeinsamen Inventar, das vom aktuellen Anbieter, dem Zielanbieter und den Hardwarepartnern genutzt wird. Erfassen Sie die eindeutige Kennung, den Standort, das Modell, die Firmware, die Anschlusskonfiguration und die Kommunikationsversion jeder Station. Geben Sie außerdem die Eigentumsverhältnisse und die Zugriffsrechte an, die zum Ändern von Einstellungen erforderlich sind. Ein Betreiber kann Eigentümer der Hardware sein, während der Hersteller oder ein vorheriger Servicepartner den administrativen Zugriff kontrolliert.

Ordnen Sie die Ladestationen ihrem jeweiligen kommerziellen Kontext zu: öffentliche Ladestationen, private Depots, Wohngebiete oder Arbeitsplätze. Berücksichtigen Sie Zeitzonen, Währungen, Kundengruppen und den zuständigen Kundendienst. Diese Details beeinflussen die Tests und die Wahl eines geeigneten Umstellungszeitraums.

• Stations- und Verbindungskennungen, wobei doppelte Datensätze aufgelöst werden.
• Hersteller, Modell, Firmware-Version und unterstützte OCPP-Implementierung.
• Verbindungsmethode, Zugriff auf die Endpunktkonfiguration und Zertifikatsverantwortlichkeiten.
• Anwendbare Tarife, Nutzergruppen, Roaming-Beziehungen und Zahlungsdienste.
• Ansprechpartner vor Ort, Wartungspartner und genehmigtes Interventionsfenster.

Geheimnisse gehören nicht in normale Planungstabellen. Dokumentieren Sie, wer die Zugangsdaten verwaltet und wie autorisierte Mitarbeiter diese über sichere Kanäle bereitstellen. Kopieren Sie keine Produktionspasswörter in Migrationschecklisten oder Support-Tickets, auf die mehrere externe Organisationen Zugriff haben.

Schritt 2: Überprüfen Sie die OCPP-Kompatibilität, anstatt sie anzunehmen.

OCPP definiert die Kommunikation zwischen Ladestationen und Managementsystemen. Es verbessert die Interoperabilität, doch die Zuordnung eines Protokolllabels ist nur der Anfang. Prüfen Sie die genaue Firmware des Ladegeräts, die implementierten Funktionen und das Verhalten der Zielplattform. Testen Sie die in Ihrem Betrieb verwendeten Funktionen, einschließlich Autorisierung, Transaktionserfassung, Zählerstandsaktualisierungen und Fernsteuerung.

Der Die Open Charge Alliance erklärt, dass OCPP 2.0.1 nicht abwärtskompatibel mit OCPP 1.6 ist.Die Übertragung eines Ladegeräts auf ein neues CPMS führt nicht automatisch zu einem Upgrade der Kommunikationsschnittstelle. Wenn Ihr Netzwerk beide Versionen verwendet, muss das Zielsystem die entsprechenden Verbindungen unterstützen oder Sie benötigen einen separat validierten Upgrade-Pfad.

Unterscheiden Sie die Zertifizierung von der Baustellenabnahme.

Prüfen Sie Umfang und Art der für die betreffenden Produkte angegebenen Zertifizierungen. Zertifizierungen sind zwar ein nützlicher Nachweis, beweisen aber nicht, dass Ihre gesamte Kombination aus Firmware, Zahlungsabwicklung und Website-Steuerung bereits getestet wurde. Eine erfolgreiche Startmeldung ist kein endgültiges Abnahmeergebnis.

Bei heterogenen Hardware-Netzwerken sollten Geräte nach Modell und Firmware gruppiert werden, anstatt ein einzelnes Ladegerät zu testen und die Ergebnisse auf alle Stationen zu übertragen. Ungewöhnliche Konfigurationen, ältere Firmware und Geräte mit herstellerspezifischen Erweiterungen sollten priorisiert werden. Dokumentieren Sie, welche Anforderungen weiterhin von proprietären Funktionen abhängen.

Schritt 3: Entscheiden Sie, welche Daten verschoben werden und welche zugänglich bleiben.

Erstellen Sie vor dem Import der Datensätze ein Datenmapping-Dokument. Definieren Sie darin, welches Feld des alten Systems welchem Feld des neuen Systems entspricht, wie Kennungen erhalten bleiben und wie Ausnahmen behandelt werden. Zeitzonen, Einheiten, Kontenhierarchien und Gültigkeitsdaten von Tarifen erfordern besondere Aufmerksamkeit, da bereits geringe Unterschiede die Interpretation einer Sitzung verändern können.

Historische Sitzungen und Finanzaufzeichnungen

Bewahren Sie die ursprünglichen Transaktionskennungen und relevanten Geschäftsdokumente in einem zugänglichen Verzeichnis auf. Entscheiden Sie, ob alte Sitzungen in die neue Benutzeroberfläche importiert, archiviert oder für einen vereinbarten Zeitraum über den bisherigen Anbieter abgerufen werden. Achten Sie auf eine klare Unterscheidung zwischen historischen Datensätzen und Sitzungen, die über die neue Plattform verarbeitet werden.

Prüfen Sie Exporte anhand von Stichprobenaufzeichnungen vor der endgültigen Extraktion. Gleichen Sie Zählungen und Summen für einen vereinbarten Zeitraum und Standort ab. Untersuchen Sie fehlende oder doppelte Datensätze, anstatt anzunehmen, dass ein abgeschlossener Import die Richtigkeit der Historie garantiert. Aufbewahrungs- und Zugriffsregelungen sollten Ihren vertraglichen und länderspezifischen Verpflichtungen entsprechen.

Kunden, RFID-Zugangsdaten und Zahlungstoken

Benutzerkonten und RFID-Kennungen sind unter Umständen übertragbar, Anmeldeinformationsformate, Einwilligungsprotokolle und Zugriffsberechtigungen müssen jedoch validiert werden. Testen Sie gültige und widerrufene Anmeldeinformationen im Zielsystem. Falls eine direkte Übertragung von Konten nicht möglich ist, entwickeln Sie einen klaren Prozess zur erneuten Registrierung und einen entsprechenden Supportpfad.

Zahlungstoken sind besonders wichtig und sollten mit dem Zahlungsanbieter besprochen werden. Sie können an ein Händlerkonto oder eine Prozessorumgebung gebunden sein und einen speziellen Migrationsprozess erfordern. Gehen Sie niemals davon aus, dass ein CPMS-Kundenexport wiederverwendbare Zahlungsdaten enthält. Verwenden Sie keine Rohdaten von Kartendaten als Notlösung.

Schritt 4: Wiederherstellung von Tarifen, Zahlungen und Partnerabrechnungen

Erstellen Sie Preisregeln anhand repräsentativer Beispiele aus Ihrem realen Geschäft. Prüfen Sie gegebenenfalls Energie-, Zeit-, Sitzungs- oder Leerlaufgebührenkomponenten, einschließlich Rundungen und der jeweiligen Anfangs- und Endpunkte. Vergleichen Sie unabhängig berechnete Beispiele mit den Ergebnissen des Zielunternehmens.

Verfolgen Sie jeden Test in der gesamten Handelskette: Sitzung abgeschlossen, Gebühr berechnet, Zahlungsergebnis erfasst, gegebenenfalls Rückerstattung veranlasst und Abrechnungsinformationen dem jeweiligen Partner zur Verfügung gestellt. Dies sind separate Vorgänge. Die Meldung „Zahlungsvorgang abgeschlossen“ in einer Anwendung bedeutet nicht, dass das Geld auf dem vorgesehenen Händlerkonto eingegangen ist.

Klären Sie, wie Abonnements, Aktionsguthaben und Partneranteile während der Umstellung behandelt werden. Falls ein Guthaben nicht automatisch übertragen werden kann, vereinbaren Sie vor der Umstellung des Zugangs den Prozess der Kundenkommunikation und des Guthabenabgleichs. Siehe unsere Abrechnungs- und Zahlungslösungen für das Laden von Elektrofahrzeugen zur Überprüfung der Arbeitsabläufe mit einem Plattformanbieter.

Schritt 5: Führen Sie eine repräsentative Pilotstudie mit Rollback-Kriterien durch

Wählen Sie eine kleine Gruppe, die Ihre Hardware und Betriebsbedingungen repräsentiert. Berücksichtigen Sie die geplanten Kommunikationsmethoden, einen realistischen Zahlungsweg und die Kundengruppen, die Sie bedienen möchten. Vermeiden Sie es, nur die neueste Station am Standort mit der besten Anbindung auszuwählen.

Legen Sie Akzeptanzkriterien fest, bevor die Tests beginnen. Weisen Sie jedem Ergebnis einen Verantwortlichen zu und bestimmen Sie, wer ein Rollback anordnen kann. Vereinbaren Sie, wie das Team während des Eingriffs kommuniziert, damit Außendiensttechniker, Supportmitarbeiter und Backend-Spezialist auf Basis derselben Informationen handeln.

1. Verbinden: Identität, Verbindungsstatus und Wiederverbindungsverhalten überprüfen.
2. Autorisieren: Überprüfung der zulässigen, verweigerten und widerrufenen Anmeldeinformationen.
3. Aufladung: Startvorgang, Zähleraktualisierungen und normale Beendigung prüfen.
4. Genesen: Testen Sie kontrollierte Kommunikationsunterbrechungen und Neustarts des Ladegeräts.
5. Rechnung: Überprüfen Sie repräsentative Tarife, Zahlungsergebnisse und Rückerstattungen.
6. Bericht: Exportieren Sie die für den operativen und finanziellen Bereich erforderlichen Nachweise.
7. Wiederherstellen: Das vereinbarte Wiederherstellungsverfahren demonstrieren, falls die Annahme fehlschlägt.

Integrieren Sie intelligentes Ladeverhalten, sofern dies Teil des Dienstes ist. Stellen Sie die Übereinstimmung zwischen Backend-Zeitplänen und lokaler Steuerung sicher und gewährleisten Sie, dass die Verantwortung für den elektrischen Schutz von entsprechend qualifizierten Teams getragen wird. Ein Remote-Softwaretest darf niemals darauf basieren, die Sicherheitsvorkehrungen vor Ort zu umgehen.

Schritt 6: In Wellen umschneiden und jede Welle abgleichen

Führen Sie die Einführung stufenweise durch, basierend auf Ihren getesteten Gerätegruppen und Ihrer Supportkapazität. Vermeiden Sie Unterbrechungen laufender Sitzungen, es sei denn, Sie haben einen dokumentierten und kommunizierten Grund dafür. Klären Sie vor jeder Endpunktänderung, wie das alte Backend diese Transaktionen schließt oder beibehält.

Vergleichen Sie nach jeder Welle die geplante Stationsliste mit den tatsächlich angeschlossenen und nutzbaren Stationen. Prüfen Sie stichprobenartig alle Sitzungen und gehen Sie Zahlungsausnahmen nach. Setzen Sie die nächste Welle aus, wenn das Team die Fehler der vorherigen Welle nicht aufgeklärt hat. Die Rollout-Geschwindigkeit sollte sich nach den vorliegenden Erkenntnissen und der Betriebsbereitschaft richten.

Informieren Sie Fahrer und Partner vor Ort über praktische Änderungen. Erklären Sie, ob ein Anwendungsupdate, eine Kontoanmeldung oder eine neue Zugriffsmethode erforderlich ist, wann die Änderungen in Kraft treten und wo Hilfe verfügbar ist. Klare Anweisungen reduzieren unnötigen Supportaufwand gerade dann, wenn das technische Team am stärksten ausgelastet ist.

Schritt 7: Überwachen Sie die neue Plattform nach dem Wechsel

Definieren Sie einen Beobachtungszeitraum nach der Migration, der auf der Größe und Komplexität des Netzwerks basiert. Erfassen Sie Verbindungsstabilität, Autorisierungsfehler, Sitzungserfolg, fehlende Zählerdaten, Abrechnungsausnahmen und Kundensupportanfragen. Vergleichen Sie die Ergebnisse mit Ihren Ausgangswerten unter Verwendung derselben Definitionen und Ausschlusskriterien.

Sorgen Sie während dieses Zeitraums für einen kontrollierten Prozess bei Konfigurationsänderungen. Wenn mehrere Teams gleichzeitig Tarife, Zugangsdaten und Firmware anpassen, kann die Reproduktion eines Fehlers erschwert werden. Führen Sie ein Änderungsprotokoll, sichern Sie relevante Nachweise und leiten Sie Vorfälle an einen verantwortlichen Mitarbeiter weiter.

Der bisherige Dienst sollte erst dann stillgelegt werden, wenn alle Geschäftsunterlagen, der Supportzugang und die vertraglichen Verpflichtungen geklärt sind. Eine zu frühe Schließung eines alten Kontos kann dazu führen, dass wichtige Informationen für die Untersuchung einer Rückerstattung oder einer vor der Migration begonnenen Sitzung verloren gehen.

Häufig gestellte Fragen zum Wechsel des CPMS-Anbieters

Können bestehende Ladegeräte für Elektrofahrzeuge auf eine andere Plattform migriert werden?

Oft ist dies möglich, sofern Sie über die erforderlichen Konfigurationsrechte verfügen und das Zielsystem die jeweilige Ladegerätimplementierung unterstützt. Prüfen Sie Firmware, Konnektivität, Sicherheitseinstellungen und Vertragsbedingungen. Testen Sie ein repräsentatives Gerät, bevor Sie sich für das gesamte Netzwerk entscheiden.

Kann eine Migration ohne Ausfallzeiten erfolgen?

Die Ausfallzeit hängt von der Ausrüstung, der Konfigurationsmethode und dem Betriebsprozess ab. Ein stufenweiser Übergang kann die Unterbrechungen reduzieren, aber ein Versprechen von null Ausfallzeiten sollte durch ein nachweisbares Verfahren untermauert werden. Planen Sie ein realistisches Zeitfenster ein und kommunizieren Sie jede zu erwartende Unterbrechung.

Ist beim Wechsel zu CPMS eine Aktualisierung der Treiber-App erforderlich?

Nicht immer. Es kommt darauf an, ob Ihre bestehende Anwendung mit den Zieldiensten integriert werden kann und ob die relevanten Konten und Zahlungsbeziehungen erhalten bleiben können. Klären Sie frühzeitig die Zuständigkeiten für die Anwendung, den Integrationsumfang und den Support.

Wie lange dauert eine CPMS-Migration?

Es gibt keinen allgemeingültigen Zeitplan. Die Netzwerkgröße ist nur ein Faktor; Firmware-Varianten, Datenqualität, Zahlungsvereinbarungen und Konfigurationszugriffe können den Zeitplan maßgeblich beeinflussen. Fordern Sie einen Projektplan an, der auf Bestandsaufnahme und Pilotprojekten basiert, anstatt eine unqualifizierte Dauerschätzung zu erhalten.

Planen Sie eine Migration rund um Ihr reales Ladenetzwerk

Ein erfolgreicher Übergang umfasst mehr als nur Ladegeräte. Er gewährleistet einen nutzbaren Service für Fahrer, nachvollziehbare Aufzeichnungen für die Finanzabteilung und klare Kontrolle für den Betreiber. Zunächst sollte eine Bestandsaufnahme durchgeführt, repräsentative Hardware validiert, Daten- und Zahlungsabhängigkeiten geklärt und die Erweiterung erst nach erfolgreichem Abschluss des Pilotprojekts vorgenommen werden.

TrendPower bietet Software zur Verwaltung des Ladevorgangs von Elektrofahrzeugen Und White-Label-Plattformoptionen. Besprechen Sie Ihre CPMS-Migration mit unserem Team. Unter Berücksichtigung Ihrer Ladegerätmodelle, Firmware-Versionen, Zielmärkte und Bereitstellungsanforderungen sollten der genaue Umfang der Migrationsunterstützung und der Integrationsumfang für das Projekt bestätigt werden.