RFID-Zugang für gewerbliche Ladestationen einrichten

Um RFID-Zugang für gewerbliche Ladestationen einzurichten, prüfen Sie, ob das Lesegerät Ihr Zugangsmittel unterstützt, erfassen die tatsächlich von der Ladestation gemeldete Kennung, registrieren diesen Wert auf der Ladeplattform, vergeben die erforderlichen Zugangsrechte und testen den vollständigen Ladevorgang. Prüfen Sie anschließend das Verhalten bei Verbindungsverlust und nach der Sperrung einer Karte.

Bestellen Sie die Produktionscharge erst, nachdem ein repräsentatives Muster diesen Ablauf erfolgreich durchlaufen hat. Das erfolgreiche Vorhalten einer Karte bestätigt nur einen Teil des Ergebnisses. Ihr Abnahmeprotokoll sollte außerdem den richtigen Ladepunkt, das richtige Konto, die Energieaufzeichnung und das Stoppverhalten belegen.

Dieser Leitfaden behandelt die Zugangsverwaltung, nachdem eine qualifizierte Fachkraft die Ladeeinrichtung installiert und in Betrieb genommen hat. Er richtet sich an das Team, das physische Zugangsmittel mit einem Lademanagementsystem verbindet.

Verstehen, welches System welche Entscheidung trifft

Bei einer Online-Autorisierung liest das RFID-Lesegerät eine Kennung aus, die Ladestation übermittelt sie an ein Ladestationsmanagementsystem, kurz CSMS, und die Plattform gibt ein Autorisierungsergebnis zurück. OCPP regelt die Kommunikation zwischen der Station und diesem Managementsystem. Die Funkschnittstelle zwischen Karte und Lesegerät ist ein eigener Teil der Integration. Siehe die Protokollübersicht der Open Charge Alliance.

Benennen Sie für jede Ebene eine verantwortliche Person. Ein Kartenlieferant kann das vereinbarte physische Zugangsmittel und die Kennungsdatei liefern; der Ladeinfrastrukturintegrator bestätigt das Verhalten des Lesegeräts; der Plattformbetreiber verwaltet Kontoregistrierung und Berechtigungen. Halten Sie vor Beginn der Inbetriebnahme fest, wer Abweichungen klärt.

1. Funktionen von Lesegerät und Autorisierung prüfen

Fordern Sie die Lesegerätespezifikation für das genaue Ladestationsmodell, die Hardwareversion und die installierte Firmware an. Dokumentieren Sie die unterstützten kontaktlosen Standards, den verwendeten Zugangsmittelmodus und gegebenenfalls konfigurierbare Kennungsumwandlungen. Eine Beschreibung wie „RFID-fähig“ lässt diese Fragen offen.

NFC arbeitet bei 13,56 MHz und umfasst mehrere kontaktlose Technologien, darunter ISO/IEC 14443 Type A, Type B und ISO/IEC 15693. Eine übereinstimmende Frequenz allein ist daher keine vollständige Beschaffungsspezifikation. Stimmen Sie die tatsächliche Kartentechnologie und die Implementierung des Lesegeräts aufeinander ab. Die technische Übersicht des NFC Forum erläutert diese zugrunde liegenden Protokolle.

Klären Sie anschließend, was Station und Backend tatsächlich implementieren:

Eine OCPP-Zertifizierung muss auf Funktionsebene betrachtet werden. Die OCA-Aktualisierung vom Dezember 2025 ordnet Local List Management den optionalen Funktionen innerhalb des OCPP 2.0.1 Core-Profils zu. Das aktualisierte Zertifizierungsprogramm garantiert daher nicht bei jeder zertifizierten Station die Unterstützung lokaler Listen. Auch der OCPP 2.Lite-Anwendungshinweis, Abschnitt C der OCA erläutert, dass ein Autorisierungscache entfallen kann und Implementierungen unterschiedliche Autorisierungsmethoden unterstützen können.

Fordern Sie, soweit verfügbar, den Zertifizierungsumfang und das Protocol Implementation Conformance Statement an und gleichen Sie diese mit der installierten Software ab. Bewahren Sie diese Nachweise zusammen mit der Standortkonfiguration auf.

OCA veröffentlicht derzeit Pakete für OCPP 1.6, 2.0.1 und 2.1. Die folgenden Beispiele beziehen sich ausdrücklich auf 1.6 und 2.0.1; verwenden Sie für eine 2.1-Installation die entsprechende Spezifikation. Prüfen Sie bei Inbetriebnahme oder Aktualisierung die offiziellen Downloads und Errata.

2. Kennung an der tatsächlichen Ladestation erfassen

Beginnen Sie mit einer kleinen Anzahl eindeutig zuordenbarer Testkarten. Trennen Sie die aufgedruckte Kartenreferenz vom elektronischen Wert: Eine sichtbare Seriennummer wie CRF-TEST-0042 hilft im Support, ihre Beziehung zur Backend-Kennung muss jedoch dokumentiert sein.

Für eine Online-OCPP-Autorisierungsanfrage zeigen diese beispielhaften Nutzdatenfragmente eine fiktive Kennung:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

{"idToken":{"idToken":"04A1B2C3D4E5F7","type":"ISO14443"}}

Diese Fragmente enthalten keinen WebSocket-Nachrichtenrahmen. Die offiziellen Schemata begrenzen idTag in 1.6 auf 20 Zeichen und die Zeichenfolge idToken in 2.0.1 auf 36 Zeichen; 2.0.1 erfordert außerdem den Token-Typ. Validieren Sie anhand des für Ihre Integration verwendeten OCPP 1.6-Pakets oder OCPP 2.0.1 Edition 4-Pakets.

Ein lokal autorisierter Start kann einer anderen Nachrichtenfolge folgen. Lassen Sie den Integrator benennen, wo Zugangsmittel und Autorisierungsentscheidung für diesen Modus aufgezeichnet werden.

3. UID-Darstellung vor dem Kartenimport vereinbaren

Für ein ISO14443-Token empfiehlt OCPP 2.0.1 hexadezimale UID-Bytes mit Byte 0 zuerst. Das Verhalten älterer Produkte muss dennoch geprüft werden: Der OCPP-Aktivierungsleitfaden von Wallbox schreibt für die darin behandelten Produkte hexadezimale Little-Endian-Werte ohne Trennzeichen vor. Dies ist eine produktspezifische Vorgabe, keine allgemeingültige Umwandlungsregel. Siehe OCPP 2.0.1, Autorisierungsabschnitt C.1.1 und den Wallbox-Aktivierungsleitfaden, Seiten 14 und 20.

Für diese fiktive Folge aus sieben Bytes ergeben sich folgende Darstellungen:

Die Tabelle zeigt Umwandlungen, keine vier austauschbaren Backend-Werte. Importieren Sie die von der Integration geforderte Darstellung. Das Umkehren von Bytes ändert die Reihenfolge paarweise; das Umkehren einzelner Zeichen erzeugt ein anderes Ergebnis.

Dokumentieren Sie die Zuordnung zwischen Lieferantendaten, Stationsprotokoll und Backend-Importfeld schriftlich. Erfassen Sie Bytelänge, hexadezimale oder dezimale Schreibweise, Byte-Reihenfolge, Trennzeichen und ausdrücklich dokumentierte Umwandlungen. Bewahren Sie die unveränderte Quelldatei auf. Vermeiden Sie nicht dokumentiertes Kürzen und das Erraten fehlender Bytes.

Prüfen Sie Geräteeinstellungen, die Kennungen umwandeln. Das Wallbox eM4 WebAdmin-Handbuch enthält beispielsweise die Option „Shorten UIDs“ und weist darauf hin, dass Autorisierungseinstellungen sowohl über die lokale Oberfläche als auch über das Backend geändert werden können. Siehe das Wallbox WebAdmin-Handbuch, Seite 23. Dokumentieren Sie die wirksame Konfiguration, nachdem beide Systeme verbunden wurden.

Importieren Sie Kennungsspalten in Tabellenkalkulationen als Text. Excel kann führende Nullen entfernen und begrenzt die numerische Genauigkeit auf 15 signifikante Stellen; unser Dezimalbeispiel hat 16 Stellen. Ein nachträglich angewendetes Anzeigeformat stellt die ursprüngliche Kennung nach einer Datenänderung nicht wieder her. Folgen Sie den Microsoft-Hinweisen zum Erhalt von Kennungsdaten.

Verwenden Sie den ChargeRFID UID-Konverter, um Darstellungen zu prüfen, und das Werkzeug zum Abgleich von Zugangsmitteldateien, um Produktions- und Backend-Dateien zu vergleichen. Bestätigen Sie die vorgeschlagene Zuordnung anhand eines echten Ladestationsprotokolls, bevor Sie sie auf die Charge anwenden.

4. Zugangsmittel registrieren und kommerzielle Berechtigungen vergeben

Legen Sie den Zugangsmitteldatensatz über den dokumentierten Registrierungs- oder Importprozess der Plattform an. Verknüpfen Sie ihn mit dem vorgesehenen Fahrer, Fahrzeug, Bereich oder Kundenkonto entsprechend Ihrer betrieblichen Zuordnung von Ladevorgängen.

Dokumentieren Sie für jedes Pilotzugangsmittel:

Behandeln Sie diese Punkte als getrennte Abnahmefragen. Ein Zugangsmittel kann in der Datenbank vorhanden sein, ohne die vorgesehene Standortberechtigung oder Kontozuordnung zu besitzen. Ebenso belegt ein erfolgreicher Start nicht, dass die richtige Abrechnungsvereinbarung angewendet wurde.

Nutzen Sie ein Registrierungsverzeichnis mit Chargenreferenz, Importergebnis, Ausnahmegrund und prüfender Person. Klären Sie doppelte Werte und widersprüchliche Zuordnungen vor der Freigabe. Passen Sie die UID-Übergabevorlage an die tatsächliche Importspezifikation Ihrer Plattform an; die Beispielzeile enthält Testdaten.

Vereinbaren Sie bei gemeinsam genutzten Fahrzeugen, wer einen Ladevorgang stoppen darf. Die OCPP 1.6-Testfälle der OCA behandeln ausdrücklich das Stoppen mit der Startkarte sowie mit einer anderen Karte, die durch eine übereinstimmende übergeordnete Kennung verknüpft ist. Testen Sie das Gruppenverhalten, das Sie aktivieren möchten. Siehe die OCTT 2026-02-Testfälle, Abschnitte 2.3.1 und 2.3.2.

5. Eine ausdrückliche Richtlinie für Offline-Zugang festlegen

Entscheiden Sie, ob Laden möglich bleiben soll, wenn die Station ihr Managementsystem nicht erreicht. Für ein zugangsbeschränktes Flottendepot ist es ein sinnvoller Ausgangspunkt, während eines Ausfalls die vorgesehenen lokal autorisierten Zugangsmittel zuzulassen und unbekannte Karten abzulehnen. Stellen Sie sicher, dass die Geräte diese Richtlinie umsetzen können, bevor Sie sich darauf verlassen.

Ein Autorisierungscache speichert Autorisierungsinformationen aus vorherigen Austauschen. Eine lokale Autorisierungsliste wird vom Backend aus verwaltet und synchronisiert. Dies sind unterschiedliche Mechanismen. Das Leeren des einen belegt nicht, dass der andere aktualisiert wurde. OCPP 1.6 beschreibt ihren Zusammenhang in Abschnitt 3.5 der Spezifikation.

Die folgenden versionsspezifischen Bezeichnungen sind Beispiele für das Gespräch mit dem Integrator, keine Konfigurationsdatei zum Einfügen in eine Ladestation:

Die Namen besagen nicht, dass jede Funktion implementiert, aktiviert oder beschreibbar ist. OCPP 2.0.1 verwendet die Adressierung über Komponenten und Variablen; Gerätemodell und jeweiliger Anwendungsfall bestimmen die Funktionsweise der Einstellungen. Siehe die Abschnitte zur Autorisierung und zu den referenzierten Variablen in Edition 4.

Dokumentieren Sie Kapazität der lokalen Liste, Aktualisierungsbestätigung, Ablaufbehandlung, Erhalt nach Neustart und Verhalten bei vollem Speicher. Testen Sie sowohl ein bekanntes Zugangsmittel, das noch nie an der Station verwendet wurde, als auch eines, das dort bereits autorisiert wurde. So lässt sich feststellen, auf welchen lokalen Mechanismus die Installation tatsächlich angewiesen ist.

Beziehen Sie die Wiederherstellung der Verbindung in den Test ein. Prüfen Sie, wie Offline-Transaktionen das Backend erreichen und abgeglichen werden und was mit einem laufenden Ladevorgang geschieht, wenn das Backend dessen Zugangsmittel nach Wiederverbindung ablehnt. Vereinbaren Sie mit dem Standorteigentümer das akzeptable betriebliche und finanzielle Risiko.

6. Sicherheitsmodell der Zugangsmittel bewusst wählen

Fragen Sie, ob das Lesegerät lediglich eine Kennung liest oder eine kryptografische Authentifizierung mit dem Zugangsmittel durchführt. Bei einem reinen UID-Konzept belegt die Annahme einer passenden Kennung nicht den Besitz eines kryptografischen Geheimnisses. Der Kauf eines Chips mit Sicherheitsfunktionen bietet nur dann einen Mehrwert, wenn das eingesetzte Lesegerät und die Anwendung diese Funktionen nutzen.

Wenn kryptografische Kartenauthentifizierung erforderlich ist, dokumentieren Sie die unterstützte Anwendung, das Eigentum an den Schlüsseln, den Bereitstellungsprozess, das Ersatzverfahren und die Zuständigkeiten bei einer Migration. Geheimnisse gehören nicht in UID-Übergabedateien. Die RFID-Sicherheitsrichtlinie des NIST, Abschnitt 5.3.1, beschreibt den Unterschied zwischen Kennungen und Authentifizierungsmaßnahmen. Diese grundlegende Richtlinie wurde 2007 veröffentlicht; wählen Sie unterstützte Algorithmen und Schlüsselverwaltungsmechanismen anhand aktueller Produktdokumentation aus.

Sichern Sie die Verbindung zwischen Station und Backend separat ab. Der aktuelle Security Operations Guide der OCA, Abschnitte 4.2 und 4.4, beschreibt Security Profile 2 als TLS mit Basic Authentication und Profile 3 als TLS mit clientseitigen Zertifikaten und behandelt die Speicherung von Zugangsdaten. Prüfen Sie das eingesetzte Transportprofil, die Zertifikatsvalidierung und die Verwaltung der Stationszugangsdaten. Diese Einstellungen schützen eine andere Verbindung als die zwischen Karte und Lesegerät.

7. Roaming-Autorisierung nur bei entsprechendem Dienstbedarf ergänzen

Eine private Arbeitsplatzinstallation benötigt möglicherweise nur das Zugangsmittelverzeichnis ihrer eigenen Plattform. Roaming schafft eine zusätzliche Systemgrenze: Der Ladepunktbetreiber, kurz CPO, muss über die unterstützte Integration und kommerzielle Vereinbarung eine Autorisierung vom zuständigen Elektromobilitätsdienstleister, kurz eMSP, einholen.

In OCPI 2.3.0 enthält ein Token-Datensatz die Länder- und Parteienkennungen des besitzenden Anbieters, eine Token-UID, den Typ, die Gültigkeit und die Whitelisting-Richtlinie. Die Richtlinie ALLOWED_OFFLINE betrifft die Kommunikation zwischen CPO und eMSP. Der Verbindungsverlust einer Ladestation zum CSMS ist ein anderer Ausfall. Testen Sie beide Systemgrenzen, sofern beide vorhanden sind.

Das Tokens-Modul unterscheidet zudem zwischen einem gültigen Token und einem an einem bestimmten Standort zulässigen Token. Eine Ungültigerklärung wird durch ein aktualisiertes Token mit valid: false weitergegeben; das Löschen von Tokens über diese Schnittstelle ist dafür nicht der vorgesehene Mechanismus. Prüfen Sie das offizielle OCPI 2.3.0 Tokens-Modul anhand der mit Ihrem Partner vereinbarten Version.

Benennen Sie für den Piloten den Herausgeber und das teilnehmende Netzwerk, legen Sie den erwarteten Autorisierungspfad fest und prüfen Sie den entstehenden Ladevorgang sowie den Ladedatensatz. Die Wiederverwendung derselben physischen Karte für mehrere Dienste erfordert weiterhin die entsprechenden Registrierungen, Berechtigungen und Vereinbarungen.

8. Den gesamten Zugangslebenszyklus bei der Inbetriebnahme prüfen

Nutzen Sie eine Testmatrix, deren erwartete Ergebnisse vor Testbeginn feststehen. Führen Sie sie für jede unterschiedliche Hardware-, Firmware- und Backend-Konfiguration aus und prüfen Sie anschließend stichprobenartig den installierten Ladestationsbestand auf Übereinstimmung mit der freigegebenen Konfiguration.

Bewahren Sie für jeden Durchlauf Uhrzeit, Stations- und Anschlusskennungen, Firmware, Testkartenreferenz, wirksame Konfiguration, erwartetes und tatsächliches Ergebnis sowie den zugehörigen Transaktionsdatensatz auf. Machen Sie personenbezogene Daten in Nachweisen unkenntlich, die außerhalb des Betriebsteams geteilt werden.

Dokumentieren Sie bei Kartenverlust, wann die Meldung einging und wann jedes verbundene System die Änderung bestätigte. Eine nicht verbundene Station kann eine neue Sperrung nicht sofort empfangen. Das tatsächliche Risiko hängt vom gespeicherten Autorisierungsstatus, den Ablaufregeln und dem Verhalten bei Wiederverbindung ab. Berücksichtigen Sie dieses Zeitfenster in der Betriebsanweisung.

Fehlgeschlagenes Vorhalten an der richtigen Systemgrenze untersuchen

Erfassen Sie einen fehlgeschlagenen Versuch mit Zeitstempel und Kartenreferenz und gehen Sie anschließend die Nachweise durch. Diese Prüfungen grenzen die Untersuchung ein, ohne für jede Ablehnung dieselbe Ursache anzunehmen.

Beispiel einer Einführung in einem Flottendepot

Betrachten wir ein fiktives Depot mit 60 Fahrern, 12 Ladepunkten und zwei Ladestationsmodellen. Der Betreiber möchte den Zugang einzelnen Fahrern zuordnen, auf das Depot beschränken und freigegebenen Fahrern das Laden während eines Backend-Ausfalls ermöglichen.

Beginnen Sie mit fünf Musterzugangsmitteln. Erfassen Sie an jedem Ladestationsmodell die gemeldete Kennung und vereinbaren Sie die Zuordnung zur Lieferantendatei. Registrieren Sie die Muster in einem Pilotkonto, vergeben Sie Depotzugang und bestätigen Sie die vorgesehene Kostenstelle.

Wenn die Geräte eine verwaltete lokale Liste unterstützen, laden Sie die Pilotzugangsmittel vorab und dokumentieren die bestätigte Version. Lassen Sie unbekannte Offline-Zugangsmittel für diese vorgeschlagene Richtlinie deaktiviert. Trennen Sie die Station in einem kontrollierten Test vom CSMS und prüfen Sie anschließend eine vorab geladene Karte, eine unbekannte Karte sowie eine gesperrte Karte mit bewusst dokumentiertem veraltetem lokalen Status. Stellen Sie die Verbindung wieder her und prüfen Sie Aktualisierung und Transaktionsdatensätze.

Führen Sie die Tests für Online-Ablehnung, Stoppen und Abrechnung an beiden Modellen vollständig durch. Nach erfolgreichem Pilotbetrieb gleichen Sie die Produktionsdatei mit 60 Karten mit dem Backend-Verzeichnis ab, klären Ausnahmen und verteilen die Karten zusammen mit einem einfachen Meldeverfahren für Kartenverlust. Wiederholen Sie relevante Abnahmetests nach wesentlichen Änderungen an Firmware, Lesegerätemodus oder Plattform.

Fragen, die vor der Bestellung zu klären sind

Müssen RFID-Ladekarten programmiert werden?

Bei einem Konzept, das die vorhandene UID der Karte ausliest, kann die Einrichtung aus der Registrierung dieses Werts und der Zugangsvergabe auf der Plattform bestehen. Ein Konzept mit geschützter Anwendung kann eine Kartenpersonalisierung und abgestimmte Lesegerätekonfiguration erfordern. Spezifizieren Sie den genauen Leseablauf, bevor Sie eine dieser Leistungen bestellen.

Kann ein vorhandener Mitarbeiterausweis auch eine Ladestation freischalten?

Das kann möglich sein, wenn das Lesegerät die Ausweistechnologie unterstützt, die erforderliche Kennung verfügbar und stabil ist und die Plattform die Registrierung erlaubt. Holen Sie die Zustimmung des für das Ausweissystem Verantwortlichen ein und testen Sie echte Muster. Als Beispiel einer plattformspezifischen Registrierung beschreibt die Easee-Dokumentation zu Konten und lokalen Schlüsseln unterschiedliche Registrierungsbereiche und warnt vor sich ändernden Kennungen.

Funktioniert eine Karte in jedem Ladenetz?

Klären Sie die vorgesehenen Netzwerke einzeln. Physische Lesbarkeit, Zugangsmittelregistrierung, Kontorechte und etwaige Roaming-Vereinbarungen gehören gemeinsam zu den Abnahmekriterien. Testen Sie das teilnehmende Netzwerk, anstatt aus dem Aussehen der Karte auf die Abdeckung zu schließen.

Was sollte der Kartenlieferant erhalten?

Übermitteln Sie die Lesegeräteanforderungen, die freigegebene Kennungszuordnung des Musters, das sichtbare Nummerierungsschema, Material- und Druckspezifikation, Menge und vereinbartes Datenlieferformat. Benennen Sie die für Backend-Import und Musterabnahme verantwortliche Person. Übertragen Sie Anwendungsgeheimnisse über einen separat vereinbarten sicheren Bereitstellungsprozess, falls das Konzept dies erfordert.

Eine Musterspezifikation für Ihre Installation vorbereiten

Fassen Sie Ladestationsmodell und Firmware, Backend-Name und Protokollversion, erforderlichen Zugangsmittelmodus, bestätigte Kennungsdarstellung und geplante Offline-Richtlinie in einer Spezifikation zusammen. Nutzen Sie das ChargeRFID-Zugangsmittellabor, um die Datenübergabe zu prüfen, und fordern Sie fertige Muster an für Ihren Piloten. Geben Sie das physische Zugangsmittel und seinen vollständigen Zugangsablauf gemeinsam frei, bevor Sie den Produktionsauftrag erteilen.