Evion EV Charge: Selbst bei Verbindungsabbruch stimmt die Ladeabrechnung

Der Fahrer schließt sein Fahrzeug an die Ladestation an und holt sich einen Kaffee. Genau in diesem Moment bricht die Verbindung des Geräts ab. Um Mitternacht wird sich der Tarif ändern, und auf der Karte des Fahrers ist kaum noch Limit übrig. Diese drei kleinen Möglichkeiten bedeuten für ein Ladenetz drei verschiedene Fragen: Wie wird der Betrag berechnet, wenn die Energiezufuhr endet? Welcher Preis gilt? Woher wird der Betrag eingezogen?

Im Kern von Evion EV Charge stecken die Antworten auf diese Fragen. Wir sind das Projekt von den Gegebenheiten vor Ort aus angegangen: Die Verbindung eines Geräts bricht ab, das Telefon des Fahrers geht aus, ein QR-Code lässt sich nicht lesen, eine Bankverifizierung bleibt unvollständig. Auf diese Ausnahmen haben wir die Plattform ausgelegt.

Das Projekt in Kürze

Evion EV Charge ist eine Plattform, die ein Ladenetz für Elektrofahrzeuge zentral betreibt: OCPP-konforme Geräteverwaltung, die im Browser geöffnete Verwaltungsoberfläche, die Fahrer-App für Android und iOS, Wallet sowie die automatisierten Prozesse mit der EPDK (türkische Energiemarktregulierungsbehörde) und der GİB (türkische Steuerverwaltung) laufen an einer Stelle zusammen. Die Anfrage an uns lautete, einen Gerätepark aus verschiedenen Marken von einem einzigen Bildschirm aus zu verwalten, den Fahrern eine App unter der eigenen Marke des Betreibers anzubieten und die gesetzlichen Pflichten ohne menschliches Zutun abzuwickeln.

Ist der Betrag unklar, ist auch der Zahlungseinzug unklar

Zu Beginn eines Ladevorgangs ist nicht bekannt, wie viel Energie bezogen wird. Deshalb hing das Modell der Kartenabbuchung am Ende des Ladevorgangs von drei Dingen ab: vom Kartenlimit, von der Bankverifizierung und von der Verbindung. Fiel eines davon aus, blieb ein Vorgang übrig, bei dem der Ladevorgang beendet, der Betrag aber nicht eingezogen worden war.

Wir haben das Modell umgedreht: erst Wallet, dann Laden. Der Fahrer lädt sein Guthaben vorab per Karte auf, und jede Aufladung durchläuft die 3D-Secure-Verifizierung der Bank. Das Ladeentgelt wird am Ende vom Guthaben abgebucht; da diese Abbuchung von keinem externen System abhängt, wird sie unter allen Umständen abgeschlossen. Die Kartennummer wird nicht auf der Plattform gespeichert, sondern beim Zahlungsdienstleister; in der Verwaltungsoberfläche sind nur die letzten vier Ziffern, die Kartenmarke und der Karteninhaber sichtbar.

Da die bezogene Energie vorab nicht bekannt sein kann, kann das Guthaben ins Minus rutschen. Dafür greifen zwei Regeln ineinander: Solange das Minus nicht ausgeglichen ist, wird für denselben Fahrer über keinen der Kanäle Telefon, Karte oder Verwaltungsoberfläche ein neuer Ladevorgang gestartet, und es wird keine weitere Aufladung ins Wallet verbucht. So bleibt der offene Betrag des Betreibers auf höchstens ein Ladeentgelt begrenzt. Bleibt der Kartenschritt unvollständig, kommt nur die Aufladung nicht zustande; kein laufender Ladevorgang ist betroffen.

Die Prüfungen laufen auch schon, bevor ein Ladevorgang beginnt. Wenn der Fahrer den QR-Code scannt, prüft der zentrale Server, ob das Guthaben im Minus ist, ob bereits ein Ladevorgang läuft und ob der Ladepunkt frei ist; wird eine Prüfung nicht bestanden, startet der Ladevorgang nicht. Einem Fahrer mit negativem Guthaben wird mitgeteilt, dass er es auffüllen soll; der offene Betrag lässt sich im Vorgangsdetail oder auf dem Guthabenbildschirm mit einem Fingertipp bezahlen.

Der Preis wird eingefroren, sobald der Ladevorgang beginnt

Eine Tarifaktualisierung oder das Ende einer Kampagne machte den Betrag laufender Ladevorgänge und die Umsatzbeteiligung des Partnerbetreibers unklar. Die Lösung ist einfach, aber eindeutig: Tarif, Rabatt und Umsatzbeteiligung werden in dem Moment, in dem der Ladevorgang beginnt, in den Datensatz dieses Ladevorgangs geschrieben. Auch wenn sich der Tarif später ändert, bleiben laufende und abgeschlossene Ladevorgänge unberührt. Der Betrag ergibt sich, indem die Differenz zwischen End- und Anfangszählerstand mit dem zu Beginn im Datensatz festgehaltenen Tarif multipliziert und der Rabatt abgezogen wird; der Fahrer sieht diese Aufschlüsselung in seiner Transaktionshistorie.

Auch für das Betriebsteam, das eine Tarifänderung vorbereitet, gibt es eine Absicherung: Der Endpreisrechner zeigt für die gewählte Ladestation und den gewählten Kunden Grundpreis, angewandten Rabatt und Endpreis an, bevor die Änderung vorgenommen wird. Firmenrabatte werden dagegen über Kampagnen vergeben, die an eine Kundengruppe gebunden sind, ohne den Tarif anzutasten. Da Tarife nach Stromart, Gültigkeitsbeginn und Priorität definiert werden, lassen sich im selben Netz für verschiedene Standorte unterschiedliche Preise anwenden.

Bricht die Verbindung ab, bleibt keine Energie herrenlos

Brach früher die Verbindung des Geräts während des Ladevorgangs ab, blieb die Sitzung offen, es kam kein Zählerstand an, und die Energie konnte nicht abgerechnet werden. Bei Evion EV Charge bleibt ein offener Ladevorgang nicht unbegrenzt offen; das System beendet ihn beim zuletzt gelesenen Zählerstand und rechnet ihn ab. Ist der Zählerstand nicht plausibel, wird gar kein Betrag berechnet, und der Ladevorgang wartet im Datensatz auf Prüfung. Eine fehlerhafte Ablesung schlägt sich nicht als falscher Betrag beim Kunden nieder.

Wird der Ladevorgang beendet, läuft im Hintergrund die Kette von selbst ab: Der Betrag wird vom Wallet abgebucht, die Abschlussmeldung geht an die EPDK, für die Buchhaltung entsteht eine Rechnungsanforderung, und der Fahrer erhält eine Benachrichtigung. Behördliche Meldungen und Rechnungsanforderungen laufen über eine Warteschlange; eine Anfrage, die nicht zugestellt werden kann, wird erneut versucht, eine zweite Anfrage für denselben Ladevorgang wird verhindert. Ob beim Periodenabschluss noch nicht übertragene Datensätze übrig sind, ist in den Protokollansichten auf einen Blick zu sehen.

Auch für fehlerhafte oder unvollständige Zahlungseinzüge ist der Korrekturweg definiert. Es sind volle oder teilweise Rückerstattungen möglich; eine volle Rückerstattung am selben Tag wird als Zahlungsstornierung, danach als Rückzahlung verbucht. Ein zu wenig eingezogener Betrag wird dem betreffenden Ladevorgang nachträglich hinzugefügt und vom Guthaben abgebucht, und der Fahrer wird benachrichtigt. Beide Vorgänge erfordern eine eigene Berechtigung und werden mit Begründung und dem ausführenden Benutzer protokolliert. Aufladung, Ladeentgelt, Rückerstattung, Nachbelastung und manuelle Korrektur erscheinen sowohl in der App als auch in der Verwaltungsoberfläche in derselben Buchungsliste.

Was wir in der Praxis gelernt haben

• Entkoppeln Sie den Zahlungseinzug von externen Systemen. Da die Abbuchung vom Guthaben unabhängig vom aktuellen Zustand der Bank ist, wird jeder Ladevorgang mit einem Betrag abgeschlossen.
• Begrenzen Sie den Fehlbetrag per Regel. Ein negatives Guthaben wird nicht völlig verboten, kann aber ein einzelnes Ladeentgelt nicht übersteigen.
• Frieren Sie den Preis zu Beginn des Vorgangs ein. Eine Tarifänderung ist kein Risiko mehr für laufende Vorgänge, sondern wird zu einer Einstellung, die sich sicher vornehmen lässt.
• Stellen Sie fragwürdige Daten nicht in Rechnung. Ein nicht plausibler Zählerstand wird nicht berechnet, sondern landet zur Prüfung.

In einem Ladenetz wird Vertrauen nicht beim gewöhnlichsten Ladevorgang gewonnen, sondern bei den Ausnahmen: wenn die Verbindung abbricht, die Karte nicht reicht und der Tarif sich ändert.

An welcher Ausnahme scheitert Ihr Vorgang?

Wenn in Ihrem Betrieb der Zahlungseinzug von einem externen System abhängt, sich der Preis während eines Vorgangs ändern kann oder ein Datensatz bei einer Unterbrechung unvollständig bleibt, können wir ähnliche Regeln auf Ihr eigenes Geschäftsmodell übertragen. Die gesamte Plattform können Sie sich auf der Projektseite von Evion EV Charge ansehen und uns kontaktieren.