Leitfaden zur Vorautorisierung und Rückerstattung von Ladevorgängen bei Elektrofahrzeugen

1. Warum beim Laden von Elektrofahrzeugen manchmal eine Zahlungsbeschränkung verwendet wird

Zu Beginn eines Ladevorgangs kennt der Betreiber möglicherweise weder die endgültige Energiemenge noch die Dauer. Die Vorautorisierung ist eine Möglichkeit, die Verfügbarkeit von Guthaben zu prüfen, bevor eine Dienstleistung mit variablem Gesamtbetrag erbracht wird. Dies ist jedoch nicht das einzige Modell: Wallets, Prepaid-Guthaben und Kontoabrechnungen folgen unterschiedlichen Abläufen.

Der Autorisierungsbetrag sollte einer dokumentierten Geschäftsrichtlinie entsprechen. Ein unnötig hoher Betrag kann Fahrer verärgern, während ein zu niedriger Betrag für die geplante Sitzung ein Ausfallrisiko darstellen kann. Die richtige Vorgehensweise hängt von Ihrer Zielgruppe, Ihrem Zahlungsanbieter, der durchschnittlichen Sitzungsdauer und den unterstützten Erfassungsoptionen ab.

Zur grundlegenden Unterscheidung siehe Stripes Dokumentation zur separaten Autorisierung und ErfassungDiese Dokumentation beschreibt die zulässigen Methoden und den Ablauf der Autorisierung. Das bedeutet nicht, dass für jedes Zahlungsportal oder jede lokale Zahlungsmethode dieselben Regeln gelten.

2. Autorisierung, Erfassung, Stornierung und Rückerstattung getrennt halten.

Diese Bedingungen sind wichtig, da die nächste Aktion vom aktuellen Status abhängt. Eine Sitzung, die nie begonnen hat, muss möglicherweise storniert werden. Eine abgeschlossene und erfasste Sitzung mit einer falschen Gebühr erfordert möglicherweise eine Teilrückerstattung. Wenn beide Fälle als „rückerstattet“ bezeichnet werden, wundern sich die Fahrer, warum ihr Kontoauszug anders aussieht.

Der Zahlungsstatus sollte vom Abrechnungsstatus getrennt bleiben. „Abrechnung abgeschlossen“ beweist nicht, dass die Zahlung erfolgreich war, und „Zahlung autorisiert“ beweist nicht, dass Strom geliefert wurde. Ihre Aufzeichnungen müssen beide Prozesse verknüpfen, ohne sie als ein und dasselbe Ereignis zu behandeln.

3. Entwerfen Sie den normalen Sitzungsablauf.

Vor der Zahlung sollten der Tarif, eventuelle Zusatzgebühren und die geplante Reservierung in verständlicher Sprache angezeigt werden. Erklären Sie, dass die Autorisierung temporär ist und der Endbetrag von der jeweiligen Fahrt abhängt. Platzieren Sie diese Informationen dort, wo der Fahrer die Zahlungsentscheidung trifft, nicht erst auf einer Seite mit den allgemeinen Geschäftsbedingungen.

Nach der Autorisierung fordern Sie den Ladevorgang an und warten Sie auf den entsprechenden Nachweis des Ladeanbieters. Speichern Sie die Sitzungs-ID und die Zahlungsreferenz. Falls der Ladevorgang nicht innerhalb des vereinbarten Ablaufs startet, geben Sie einen aussagekräftigen Status an und befolgen Sie den festgelegten Stornierungs- oder Untersuchungsprozess.

Nach Sitzungsende wird die Gebühr anhand der aufgezeichneten Daten und des geltenden Tarifs berechnet. Anschließend wird die entsprechende Erfassungsaktion ausgeführt, deren Ergebnis protokolliert und eine Quittung mit dem Endbetrag ausgestellt. Die Quittung muss Standort, Konnektor, Zeitraum, Abrechnungsmenge und Support-Route enthalten.

In einem vereinfachten Beispiel autorisiert ein Betreiber $30, die verifizierte Sitzungsgebühr beträgt $8,40. Unterstützt der Anbieter den vereinbarten Workflow für die Teilerfassung, zieht das System $8,40 ein und verarbeitet die nicht genutzte Autorisierung gemäß den Anbieterregeln. Dies ist eine beispielhafte Transaktion und kein empfohlener Haltebetrag.

4. Definieren Sie, was passiert, wenn die Reise unterbrochen wird.

Angenommen, die Autorisierung ist erfolgreich, der Ladevorgang wird jedoch vom Ladegerät abgelehnt. Die Plattform darf die Zahlungsbestätigung nicht als abgeschlossenen Ladevorgang interpretieren. Sie muss den fehlgeschlagenen Startvorgang mit der zugehörigen Zahlung verknüpfen und die dokumentierte Stornierungsrichtlinie befolgen.

Ein weiterer häufiger Fall ist eine unterbrochene Verbindung am Ende des Ladevorgangs. Der endgültige Zählerstand kann später eintreffen als im Zahlungsprozess vorgesehen. Definieren Sie, wie das System wartet, es erneut versucht oder eskaliert, ohne einen Endbetrag zu erfinden. Nutzen Sie, sofern lokale Daten wiederhergestellt werden können, diese Nachweise im Rahmen des vereinbarten Abgleichprozesses.

Eine Sitzung kann auch mehr kosten als die anfängliche Autorisierung. Gehen Sie nicht davon aus, dass die Plattform einfach höhere Beträge einziehen kann. Je nach Anbieterunterstützung und Geschäftskonfiguration können zusätzliche Autorisierungen, inkrementelle Autorisierungen oder eine andere Zahlungsmethode erforderlich sein. Legen Sie dieses Vorgehen vor dem Start fest.

Läuft die Autorisierung vor der Erfassung ab, behandeln Sie dies als spezifischen Ausnahmefall mit einem Verantwortlichen. Da die unterstützten Gültigkeitszeiträume variieren, sollte die Integration den Zahlungsstatus und die Ablaufinformationen des Anbieters anstelle einer allgemein gültigen, fest codierten Frist verwenden.

5. Geben Sie Rückerstattungen einen eigenen, nachvollziehbaren Workflow.

Eine Rückerstattung setzt eine bereits erfolgte Zahlung voraus. Der Betreiber benötigt den Grund, den genehmigten Betrag und einen Link zur ursprünglichen Transaktion. Das System sollte protokollieren, wer die Rückerstattung beantragt, wer sie gegebenenfalls genehmigt und ob der Anbieter den Antrag angenommen, bearbeitet oder abgelehnt hat.

Teilerstattungen sind sinnvoll, wenn nur ein Teil der Gebühr korrigiert werden muss. Beispielsweise kann die Energiegebühr korrekt sein, während eine fälschlicherweise berechnete Leerlaufgebühr zurückerstattet werden muss. Bewahren Sie den Originalbeleg auf und dokumentieren Sie die Korrektur, anstatt die Transaktionshistorie stillschweigend zu ändern.

Stripes Rückerstattungsdokumentation Unterscheidet zwischen der Stornierung unvollständiger Zahlungen und der Rückerstattung erfolgreicher Zahlungen und beschreibt ausstehende oder fehlgeschlagene Ergebnisse. Die Supportprozesse orientieren sich an den tatsächlichen Gegebenheiten des Anbieters. Eine eingereichte Rückerstattungsanfrage sollte nicht automatisch zu einer Bestätigung führen, dass das Geld beim Fahrer eingegangen ist.

Versprechen Sie keine feste Freigabe- oder Rückerstattungsfrist, es sei denn, die Bedingungen des Anbieters und der ausstellenden Bank lassen dies zu. Erklären Sie, was Ihr System bewirkt hat, und geben Sie dem Kunden eine Zahlungsreferenz für die weitere Bearbeitung.

6. Die Integration sollte gegenüber wiederholten oder verzögerten Ereignissen widerstandsfähig sein.

Zahlungsbenachrichtigungen sind Teil des Betriebskonzepts, nicht der Hintergrundinfrastruktur. Ein Fahrer kann den Browser schließen, die Mobilfunkverbindung kann abbrechen, und der Zahlungsanbieter kann ein Ereignis senden, nachdem die sichtbare Zahlungsanzeige nicht mehr aktualisiert wurde. Das Backend muss dennoch den korrekten Finanzstatus erreichen.

Verwenden Sie verifizierte Anbieterbenachrichtigungen und prüfen Sie bei Bedarf das aktuelle Zahlungsobjekt. Protokollieren Sie Ereignis-IDs, schützen Sie Aktionen vor doppelter Verarbeitung und berücksichtigen Sie Ereignisse, die nicht in der richtigen Reihenfolge eintreffen. Eine wiederholte Benachrichtigung sollte keine zweite Abbuchung oder Rückerstattung auslösen.

Stripes Webhook-Dokumentation Erläutert werden die asynchrone Ereignisverarbeitung, die Signaturprüfung und die Zustellungsaspekte. Ihre Implementierung sollte den Anforderungen des gewählten Anbieters entsprechen. Im operativen Bereich benötigen die Mitarbeiter zudem eine Warteschlange mit ungelösten Fällen anstelle eines grünen Dashboards, das fehlende Benachrichtigungen ausblendet.

Das bestehende Leitfaden zur Integration der EV-Lade-API Bietet einen umfassenderen Kontext für die Anbindung der Plattform an Zahlungs- und Geschäftssysteme. Definieren Sie das Zahlungsstatusmodell explizit im Projektumfang.

7. Sitzungs-, Zahlungs- und Abrechnungsprotokolle abgleichen.

Eine übersichtliche Tagesübersicht verknüpft drei Ansichten: die vom Lader gelieferten Leistungen, die dem Fahrer in Rechnung gestellten Kosten und die Abrechnungsdaten des Anbieters. Datensätze werden anhand eindeutiger Kennungen abgeglichen, nicht nur anhand von Betrag und ungefährer Zeitangabe. So können zwei verschiedene Fahrer problemlos Fahrten mit identischen Preisen abwickeln.

Melden Sie Sitzungen ohne abgeschlossene Zahlung, Zahlungen ohne zugehörige Sitzung, doppelte Erfassungen und ausstehende Rückerstattungen. Weisen Sie jeden Ausnahmefall dem zuständigen Team zu. Die Finanzabteilung sollte außerdem verstehen, wie sich Gebühren der Leistungserbringer und Abrechnungsanpassungen darstellen.

Direkte Kartenzahlungen und Roaming-Abrechnung sind unterschiedliche Vorgänge. Wenn der Fahrer über einen externen Mobilitätsanbieter abgerechnet hat, kann die kaufmännische Abstimmung von Partneraufzeichnungen und -rechnungen abhängen. Weitere Informationen zu diesem Workflow finden Sie hier. Leitfaden zur Roaming-Abrechnung von CDRs bis zur Abrechnung anstatt ein Direktkartenverfahren unverändert anzuwenden.

8. Testen Sie die unangenehmen Fälle vor der Markteinführung.

Führen Sie kontrollierte Tests für abgelehnte Autorisierungen, erfolgreiche Autorisierungen mit anschließendem fehlgeschlagenen Start, normale Teilerfassungen, doppelte Rückrufe, verzögerte letzte Sitzungsdatensätze und abgelaufene Autorisierungen durch. Fügen Sie vollständige und teilweise Rückerstattungen hinzu, einschließlich Rückerstattungen, die noch ausstehen oder fehlschlagen.

Prüfen Sie in jedem Fall vier Punkte: die Fahrermeldung, den Status der Ladesitzung, den Zahlungsstatus des Anbieters und den Finanzdatensatz. Alle vier sollten ein stimmiges Bild ergeben. Eine technisch erfolgreiche API-Anfrage kann dennoch zu Verwirrung beim Kunden führen, wenn die Formulierung das falsche Ereignis beschreibt.

Lassen Sie die Supportmitarbeiter die Erklärung für eine anstehende Sperrung üben. Sie sollten die Autorisierung, die endgültige Abbuchung und die relevante Referenz finden können, ohne unnötige Bankinformationen vom Kunden anzufordern.

Häufig gestellte Fragen

Ist die Reservierung einer Zahlung für das Laden eines Elektrofahrzeugs eine zusätzliche Gebühr?

Eine Reservierung reserviert Gelder; es handelt sich dabei nicht zwangsläufig um eine zusätzliche, abgeschlossene Gebühr. Fahrer sollten prüfen, ob der Betrag ausstehend oder bereits beglichen ist. Betreiber sollten die endgültige Quittung ausstellen und jegliche Abweichungen zwischen dem erfassten Betrag und der bestätigten Sitzungsgebühr untersuchen.

Kann jede Zahlungsmethode die Vorautorisierung nutzen?

Nein. Die Unterstützung hängt von der Methode, dem Anbieter, den Händlereinstellungen und der Region ab. Manche Zahlungsvorgänge erfordern stattdessen ein Prepaid-, Sofortzahlungs- oder Kontoabrechnungsmodell. Prüfen Sie die tatsächliche Integration, bevor Sie ein bestimmtes Zahlungserlebnis bewerben.

Warum kann eine Rückerstattung ausstehend sein?

Das Ergebnis hängt vom Anbieter und dem Transaktionsstatus ab; die Abwicklung kann die Beteiligung der ausstellenden Bank erfordern. Das Support-Team sollte zwischen einer Rückerstattungsanfrage und einer abgeschlossenen Rückerstattung unterscheiden und bei der Untersuchung die Anbieterreferenz verwenden.