Was ist Plug & Charge?

Ein Ladevorgang scheitert. Nicht weil die Ladestation defekt ist, sondern weil die Authentifizierung fehlschlägt – die RFID-Ladekarte wird nicht erkannt oder die App reagiert nicht und die Fahrer:in steht ratlos vor dem Ladepunkt. Für Endkund:innen bedeutet das Frust und Zeitverlust. Für den Betreiber ist es ein Supportfall und wenn so etwas öfter passiert, ein Mehraufwand intern und extern ein Reputationsschaden.

Denn die Authentifizierung ist für Charge Point Operators (CPOs) weit mehr als der technische Startpunkt eines Ladevorgangs. Sie ist der Moment, in dem Autorisierung, Abrechnung und User Experience zusammenkommen. Und der Moment, in dem Fehler am sichtbarsten werden. Mit wachsender Infrastruktur, mehr E-Mobility-Providern (EMPs), differenzierteren Nutzergruppen und steigenden Anforderungen an Interoperabilität wird dieser Prozess immer anspruchsvoller.

Plug & Charge – also einfach das E-Fahrzeug anschließen und laden – adressiert genau diese Komplexität. Doch wird Plug & Charge zum neuen Standard für öffentliches Laden oder bleibt es einer von mehreren Zugangswegen? Klar ist: Plug & Charge standardisiert und automatisiert die Authentifizierung. Damit bietet das Verfahren gerade bei Skalierung und Prozesssicherheit Vorteile, die für CPOs strategisch relevant werden.

Wieso ist die Authentifizierung beim Laden so wichtig für CPOs?

Doch gehen wir erst einmal ein paar Schritte zurück. An einem stark frequentierten Ladestandort laufen täglich Dutzende oder Hunderte von Ladevorgängen mit unterschiedlichen Nutzer:innen, verschiedenen Mobilitätsanbietern und einem hohen Anspruch an Verfügbarkeit ab. Jeder einzelne Vorgang muss eindeutig authentifiziert, einem Vertrag zugeordnet und korrekt abgerechnet werden. Was für die Fahrer:innen wie ein einfacher Startvorgang wirkt, ist für den Betreiber ein komplexer Prozess, der an vielen Stellen gleichzeitig funktionieren muss.

Viele CPOs, die Ladeinfrastruktur in größerem Maßstab betreiben, setzen verschiedene Systeme für unterschiedliche Aufgaben im Ladeprozess ein: Abrechnung, Buchhaltung, Flottenmanagement, Zugangsverwaltung, Reporting. Je mehr Systeme parallel laufen, desto anspruchsvoller wird es, sie konsistent und aufeinander abgestimmt zu halten. Die Authentifizierung ist dabei der Dreh- und Angelpunkt. Sie entscheidet, ob ein Ladevorgang startet, wem er zugeordnet wird und wie er abgerechnet werden kann. Fehler an dieser Stelle setzen sich durch die gesamte Prozesskette fort, womit wir wieder beim Ausgangsszenario wären.

Je komplexer die Infrastruktur, desto wichtiger wird deshalb eine Software, die interoperabel ist und bestehende Systeme entweder bereits integriert oder niedrigschwellig anbinden kann. Authentifizierung ist kein isoliertes Problem, sondern der Moment, an dem Zuverlässigkeit, Prozesssicherheit und Nutzererlebnis gleichzeitig auf dem Spiel stehen.

Welche Authentifizierungsverfahren gibt es?
Von RFID bis Plug & Charge

Der Markt kennt heute mehrere Authentifizierungsverfahren. Jedes hat seinen Platz, doch keines löst jede Anforderung gleich gut.

RFID ist das meistgenutzte Verfahren im vertragsbasierten Laden. Es ist erprobt, schnell und für viele Betreibermodelle gut geeignet. Die entscheidende Schwäche liegt jedoch in der Sicherheit: Eine RFID-Karte lässt sich ohne großen Aufwand kopieren und damit missbrauchen. Außerdem können Karten verloren gehen, beschädigt oder vergessen werden.

App-basiertes Laden bietet mehr Flexibilität und ermöglicht die digitale Verwaltung ohne physische Karte. Es setzt aber voraus, dass Nutzende die App installiert haben, ein Konto besitzen und ihr Smartphone griffbereit und geladen ist. Oft gibt es in Tiefgaragen oder entlegenen Gebieten keinen Empfang, wodurch eine Authentifizierung schnell scheitern kann.

Ad-hoc-Laden mit Karten- oder Wallet-Zahlung deckt den spontanen Zugang ohne Vertrag ab und ist somit für jeden zugänglich, der ohne feste Bindung laden möchte. In der Praxis haben jedoch auch andere Faktoren Einfluss auf ein positives Ladeerlebnis. Die Kreditkarte muss gedeckt und noch gültig sein. Beim QR-Code-basierten Zahlen muss das Smartphone nicht nur vorhanden und geladen sein, es benötigt auch wie beim App-basierten Laden ausreichend Mobilempfang.

AutoCharge nutzt die Fahrzeugkennung (EVCCID), die beim Verbinden automatisch übertragen wird, um den Ladevorgang ohne manuelle Aktion zu starten. Das klingt nach Plug & Charge, ist es aber nicht. AutoCharge ist ein proprietärer Ansatz ohne standardisierte Sicherheitsarchitektur. Es funktioniert vor allem in kontrollierten Umgebungen, wie kleinen Flotten oder geschlossenen Depots, bietet aber keine zertifikatsbasierte Identifikation und ist nicht interoperabel zwischen verschiedenen Netzen und Anbietern. Für CPOs, die übergreifend agieren, ist das ein entscheidender Unterschied.

Plug & Charge geht einen anderen Weg. Sobald das Kabel eingesteckt wird, läuft die Authentifizierung vollständig im Hintergrund ab. Weder eine Karte noch eine App oder eine Interaktion am Display sind nötig.

Der Unterschied liegt nicht nur im Komfort. Während bei anderen Verfahren ein physisches oder digitales Identifikationsmedium benötigt wird, erfolgt die Authentifizierung bei Plug & Charge direkt über die Verbindung zwischen Fahrzeug und Ladeinfrastruktur.

Wer täglich lädt, kennt den Aufwand, der sich über die Zeit summiert: die Suche nach der Karte oder der App, das Smartphone, das keinen Empfang hat, das Terminal, das nicht reagiert. Mit Plug & Charge entfällt dieser zusätzliche Schritt. Für Nutzer:innen wird der Ladevorgang einfacher. Für CPOs entsteht der Vorteil vor allem durch eine standardisierte und automatisierte Authentifizierung.

Der entscheidende Faktor neben dem Ladeerlebnis ist die Sicherheit, auch im Vergleich zu AutoCharge. Die Zertifikate sind standardisiert, die Kommunikation ist verschlüsselt und jedes Fahrzeug hat seinen eigenen digitalen Fingerabdruck. Plug & Charge ist dadurch unabhängig von geschlossenen Betriebsumgebungen und auch für öffentliche Use Cases geeignet.

Für CPOs wird Plug & Charge damit nicht nur im DC- und HPC-Umfeld relevant. chargecloud integriert die automatische Fahrzeugauthentifizierung nach ISO 15118-2 auch für AC-Ladepunkte in das chargecloud OS. Das ist besonders relevant, weil Plug & Charge in der Praxis bislang vor allem bei DC-Schnellladern verbreitet war, während AC-Ladepunkte den deutlich größeren Teil der öffentlichen und halböffentlichen Ladeinfrastruktur ausmachen.

Beim öffentlichen und halböffentlichen Laden vereinfacht Plug & Charge vor allem die Zuordnung: Das Fahrzeugzertifikat wird beim Einstecken automatisch dem hinterlegten Ladevertrag beim EMP zugeordnet, die Autorisierung läuft über die bestehenden Backend- und Roaming-Prozesse. CPOs können dabei weiterhin bei mehreren EMPs gelistet sein und unterschiedliche Roaming-Beziehungen bedienen. Plug & Charge ersetzt nicht den Provider, sondern das manuelle Identifikationsmedium.

Ad-hoc-Zugänge und Kartenzahlung bleiben für Spontannutzer:innen weiterhin relevant. Für den vertragsbasierten Betrieb schafft Plug & Charge dagegen einen standardisierten Zugang, der sich in bestehende Prozesse integrieren lässt.

Was sind die Voraussetzungen für Plug & Charge?

Plug & Charge setzt dafür ein funktionierendes Zusammenspiel voraus: Das Fahrzeug muss ISO 15118-2 unterstützen, der Ladepunkt muss entsprechend ausgestattet sein, das Backend muss die Zertifikatslogik abbilden können und der Mobilitätsanbieter muss in die Zertifikatsinfrastruktur eingebunden sein. Das ist keine triviale Voraussetzung, aber eine lösbare.

Auch regulatorisch bewegt sich der Markt in diese Richtung: Seit dem 8. Januar 2026 müssen neu installierte oder umfassend erneuerte öffentlich zugängliche Ladepunkte in der EU ISO 15118-2 unterstützen. Ab dem 1. Januar 2027 gilt diese Pflicht zusätzlich für private Mode-3-Ladepunkte – dann mit dem erweiterten Standard ISO 15118-20.

Für CPOs ist Plug & Charge damit keine Zukunftsvision mehr. Es ist eine Anforderung, auf die man vorbereitet sein sollte.

Das chargecloud OS: Eine Lösung für alle Authentifizierungsarten

Plug & Charge wird RFID und App nicht ersetzen – zumindest nicht kurzfristig. Zu unterschiedlich sind die Fahrzeugflotten, zu heterogen die Nutzergruppen und zu verschieden die Anforderungen je nach Standort und Use Case.

Für CPOs entsteht daraus eine klare Anforderung an die Betriebssoftware: Sie muss verschiedene Authentifizierungswege parallel abbilden können und offen dafür sein, neue Verfahren zu integrieren, ohne dass dafür die bestehende Infrastruktur grundlegend angepasst werden muss.

Das chargecloud OS ist darauf ausgelegt. RFID, App, Direct Payment, AutoCharge und Ad-hoc-Zugänge lassen sich bereits heute in einem zentralen System verwalten, steuern und auswerten. Betreiber behalten die Kontrolle darüber, welche Zugangswege an welchen Standorten gelten, welche Nutzergruppen welche Rechte haben und wie Ladevorgänge abgerechnet werden.

Mit Plug & Charge für CPOs stellt chargecloud diesen nächsten Schritt bereits als eigenständiges Feature im chargecloud OS bereit. Die Lösung integriert die ISO-15118-2-Kommunikation für das OCPP-Protokoll 1.6, das Zertifikatshandling und die Anbindung an Hubject als Zertifikatsinfrastruktur. CPO-Kunden können Plug-&-Charge-fähige Ladepunkte im Rahmen des Rollouts aktivieren lassen, sofern die technische Ausstattung dies ermöglicht.

Für CPOs geht es darum, dass unterschiedliche Nutzer:innen zuverlässig laden können und neue Authentifizierungsverfahren integriert werden, wenn Fahrzeuge und Ladeinfrastruktur dafür bereit sind.

Mit chargecloud lassen sich bestehende Authentifizierungsverfahren zentral steuern und Plug & Charge dort einsetzen, wo die technischen Voraussetzungen erfüllt sind.