Startseite/Alle Produkte/RFID-Karten für OCPP-Ladenetze
RFID-Karten für OCPP-Ladenetze — Produktansicht 1
01 / 04

Zugangsmittel zum E-Laden

Nach Spezifikation gefertigt

RFID-Karten für OCPP-Ladenetze

RFID-Karten für Kennungs- und Autorisierungsabläufe zwischen RFID-Lesegeräten an Ladestationen und OCPP-Lademanagementsystemen.

OCPP-AbläufeidTag / idTokenUID-Formatierung
Material
Recyceltes PVC, Konstruktion auf Holzbasis oder freigegebene Alternativkonstruktion
Größe
CR80 / ISO-ID-1-Nennformat (85,60 × 53,98 mm)
MOQ
Ab 500 Stück, abhängig von Material und Chip
Lieferzeit
Nach Freigabe von Datenformat, Gestaltung und Muster bestätigt

Die Kompatibilität wird anhand Ihres Lesegeräts und Ihres Token-Workflows bestätigt. MOQ und Zeitplan hängen von freigegebenem Material, Chip, Personalisierung und Oberfläche ab.

01Abgleich von Lesegerät und Chip
02Kennungsformat
03Freigabe des fertigen Musters
04Datenübergabe je Charge

Produktüberblick / 01

RFID-Karten für OCPP-Ladenetze

Die RFID-Karte übermittelt eine Kennung an den Ladeleser; sie führt selbst kein OCPP aus. Die Ladesoftware wandelt das Leseergebnis in den Token für ihren OCPP-Autorisierungsablauf um. Dafür müssen Chipprotokoll und Leser sowie UID-Länge, Byte-Reihenfolge, Hexadezimal- oder Dezimaldarstellung, Formatierung und CSMS-Importregeln zusammenpassen.

01

Öffentliche Ladepunktbetreiber (CPOs) mit gebrandeten Fahrerkarten

02

Flottenbetreiber, die das Laden in einem oder mehreren Ladenetzen verwalten

03

Ladekarten für das Laden am Arbeitsplatz und an Zielorten

04

Netzwerk-Roaming über die aktiven kommerziellen und technischen Verbindungen des Betreibers

Unsere Angaben beziehen sich auf das physische Zugangsmittel und den Produktionsumfang. Für Konto-, Tarif- und Autorisierungsregeln bleibt Ihre Ladeplattform verantwortlich.

Merkmale und Optionen / 02

Was sich spezifizieren lässt.

RFID-Karten für Kennungs- und Autorisierungsabläufe zwischen RFID-Lesegeräten an Ladestationen und OCPP-Lademanagementsystemen.

01

Leserabgestimmte kontaktlose 13,56-MHz-Chips

02

Planung für OCPP 1.6 idTag und OCPP 2.0.1 idToken

03

UID-Daten mit 4 oder 7 Byte, sofern unterstützt

04

Dokumentierte Hexadezimal-, Dezimal-, Byte-Reihenfolge- und Auffüllregeln

05

Sichtbare Kartennummer bei Bedarf getrennt vom elektronischen Token

06

Prüfplan für Kartenlesen, CSMS-Import und reale Autorisierung

Technische Eignung / 03

Technisch

Die RFID-Karte übermittelt eine Kennung an den Ladeleser; sie führt selbst kein OCPP aus. Die Ladesoftware wandelt das Leseergebnis in den Token für ihren OCPP-Autorisierungsablauf um. Dafür müssen Chipprotokoll und Leser sowie UID-Länge, Byte-Reihenfolge, Hexadezimal- oder Dezimaldarstellung, Formatierung und CSMS-Importregeln zusammenpassen.

01

Material

Recyceltes PVC, Konstruktion auf Holzbasis oder freigegebene Alternativkonstruktion

02

Größe

CR80 / ISO-ID-1-Nennformat (85,60 × 53,98 mm)

03

Frequenz

In der Regel 13,56 MHz / ISO 14443A; mit dem Zielleser bestätigen

04

Leseabstand

Abhängig von Leser, Antenne und Einbau; Prüfung fertiger Muster erforderlich

05

Sicherheit

Reine UID-Nutzung oder sichere Anwendung entsprechend den Fähigkeiten des Lesegeräts der Ladestation

Stützt sich die Autorisierung nur auf eine öffentliche UID, entsteht durch einen AES-fähigen Chip allein noch keine gegenseitige Authentifizierung; Lesegerät und Backend müssen so ausgelegt sein, dass sie diese Funktion tatsächlich nutzen.

Vollständige Spezifikation / 04

Trennen Sie die physische Karte von ihren Kennungsdaten.

Die folgenden Werte beschreiben die verfügbare Produktausführung und ersetzen keine Validierung am Lesegerät. Das endgültige Angebot hält den genauen Aufbau, die elektronische Konfiguration und die Datenlieferungen fest.

Muster anfordern

Physisch

Material
Recyceltes PVC, Konstruktion auf Holzbasis oder freigegebene Alternativkonstruktion
Größe
CR80 / ISO-ID-1-Nennformat (85,60 × 53,98 mm)

Technisch

Frequenz
In der Regel 13,56 MHz / ISO 14443A; mit dem Zielleser bestätigen
Leseabstand
Abhängig von Leser, Antenne und Einbau; Prüfung fertiger Muster erforderlich
Sicherheit
Reine UID-Nutzung oder sichere Anwendung entsprechend den Fähigkeiten des Lesegeräts der Ladestation

Bestellung

MOQ
Ab 500 Stück, abhängig von Material und Chip
Lieferzeit
Nach Freigabe von Datenformat, Gestaltung und Muster bestätigt
Unterstützung
Prüfung des Kennungsformats, Zuordnungsdateien und Planung der Testcharge

Produktionsweg / 05

Den gesamten Ablauf vor der Serie freigeben.

Das Muster sollte Aufbau, Druck, elektronisches Verhalten und Datenverarbeitung gemeinsam belegen. Diese freigegebene Referenz steuert dann Produktion und Nachbestellungen.

  1. 01

    Technisches Briefing

    Lesegerät, aktuelles Zugangsmittel, Plattform, Menge und Einsatzumgebung

  2. 02

    Produktionsmuster

    Vorgeschlagenes Material, Inlay, Druckgestaltung, Codierung und variable Daten

  3. 03

    Systemvalidierung

    Physisches Auslesen, exakte Token-Erfassung, Datenimport und Live-Autorisierung

  4. 04

    Produktion und QS

    Freigegebene Master, kontrollierte Daten, Chargenprüfungen und Verpackungskontrolle

  5. 05

    Lieferung und Nachbestellungen

    Finale Zuordnungsdatei, Versandnachweis und aufbewahrte Referenz für Nachbestellungen

Neben Auslesen, exaktem Token-Wert an der Ladestation und OCPP-Autorisierung über das CSMS sind auch Kontozuordnung, Sperrung und Ersatz zu prüfen, ebenso das lokale bzw. Offline-Verhalten, sofern es genutzt wird. Legen Sie fest, wie neue, gesperrte und als Ersatz ausgegebene Tokens in lokale Autorisierungslisten oder zwischengespeicherte Stationsdaten gelangen.

Kontrollierte Nummernbereiche und Stapeldateien ermöglichen Neuausgaben, ohne bereits aktive Zugangsmittel zu duplizieren.

Bei jeder Bestellung enthalten

Jede Bestellung wird mit Datenvertrag und Abnahmepaket geliefert.

Vor Produktionsbeginn legen wir das Kennungsformat mit Ihrem Backend-Team fest: Bytelänge, Darstellung, Bytereihenfolge, Umgang mit führenden Nullen. Die Bestellung wird dann mit einem maschinenlesbaren Datenvertrag und Abnahmevektoren geliefert, gegen die Ihre Ingenieure testen können, bevor die erste Karte eintrifft.

So funktioniert das Abnahmepaket
01JSON-Datenvertrag vor der Produktion vereinbart
02Abnahmevektoren für die Backend-Verifikation
03Personalisierungsdatei exakt im Format Ihres Backends