Sitzungen
Themen in diesem Dokument:
- Sitzungen Übersicht
- Sitzungsstatus
- Sitzungsaktionen im Dashboard
- Inaktive Sitzungskontrolle
- Sitzungsbewertungseinstellungen
- Anforderung der Sitzung zum Starten
- Dauerbereiche
- Anforderung der Sitzung zum Stoppen
- Zahlungsautorisierungspolitik
- Autorisierungsmodus
- Beendigungsstrategie
- Sitzungswiederholungsbewertung
- Sitzungswiederholungsabrechnung
- Inaktive Sitzungseinstellungen
- Sitzungsreaktivierung
- Protokolle anzeigen
- Einschränkungen
Sitzungen Übersicht
Um auf diesen Abschnitt in EV Charge zuzugreifen, wählen Sie im Menü, klicken Sie auf Sitzungen. Eine paginierte Liste aller Sitzungen aus einem bestimmten Zeitraum wird in tabellarischer Form angezeigt.
Um Ladesitzungen zu erzeugen, beziehen Sie sich bitte auf Integration von Ladesitzungen, um die Richtlinien zu finden.
Um die Sitzungenliste in einer Tabelle zu generieren, klicken Sie auf CSV. Zum Drucken klicken Sie auf Print, und zum Kopieren klicken Sie auf Copy.
Hinweis:
Sie werden seitenweise generiert, gedruckt und kopiert.Information:
Sie können nach einer Sitzung nach Datum-Uhrzeit, Kunden-ID oder/und Status filtern.Die Sitzungenliste ist leer, wenn keine aktive Ladesitzung im Lade-Netzwerk durchgeführt wurde.
Hinweis:
Eine Ladesitzung wird von Endbenutzern in der EV Charge - Mobile App gestartet. Für weitere Informationen siehe Starten einer Ladesitzung.Für alle Ladesitzungen werden angezeigt:
- der verwendete Ladegerät und Stecker zum Laden des Fahrzeugs
- das Datum und die Uhrzeit, wann die Sitzung begonnen und beendet wurde
- die Dauer der Sitzung (Ladezeit, Parkzeit)
- die Kunden-ID
- der gesamte Energieverbrauch (kWh) aus der Sitzung
- der monetäre Betrag
Eine laufende Sitzung (eine Sitzung in Bearbeitung) wird mit einem Status-Flag als In Bearbeitung angezeigt. Außerdem werden der Verbrauch und der Betrag der aktiven Sitzung in EV Charge aktualisiert, sobald eine Live-Aktualisierung erfolgt.
Information:
Sie können eine laufende Sitzung unter Aktionen zwangsweise beenden.Hinweis:
Ein Klick auf die Kunden-ID in einer Sitzung führt Sie zu Monetization, wo die Kundeninformationen gespeichert sind.Sitzungsstatus
Stellt den neuesten Status der Sitzung dar.
| Sitzungsstatus | Beschreibung |
|---|---|
| Bereit | Sitzung wurde vom Fahrer angefordert, um zu starten. Das zentrale System wartet darauf, dass das Ladegerät den Ladevorgang startet. |
| Abgelehnt | Sitzung wurde abgelehnt zu starten. Grund könnte unzureichende Ressourcen des Fahrers, ein Konfigurationsproblem oder ein anderer Fehler sein. |
| Reserviert | Sitzung ist für den Fahrer reserviert. Nur der Fahrer, der das Ladegerät reserviert hat, kann mit dem Laden fortfahren, bis die Reservierung abläuft.Eine reservierte Sitzung kann in ein tatsächliches Laden übergehen oder ablaufen und andernfalls geschlossen werden. |
| In Bearbeitung | Sitzung wird geladen. |
| Limit erreicht | Zeigt an, dass die Sitzung eines der konfigurierten Limits erreicht hat:- Monetäres Limit- Energielimit- Ladezeitlimit- Zusätzliche Ressourcen des Fahrers können nicht autorisiert werden |
| Schließen | Die Sitzung befindet sich im Schließprozess.Wird ausgelöst, wenn Sitzung zwangsweise stoppen durch die Tridens EV Charge ausgelöst wird. |
| Geschlossen | Endstadium, wenn die Sitzung abgeschlossen ist und die Ressourcen des Fahrers aufgebraucht sind.Das Endstadium der Sitzung hängt von der Konfiguration der Sitzungseinstellungen ab, ob sie durch das Ende des Ladevorgangs oder durch das Ende des Parkens endet.Siehe „Sitzungseinstellungen“. |
| Bewertung fehlgeschlagen | Zeigt an, dass die Sitzung in Bezug auf die Sitzungseinstellungen beendet ist, der Fahrer jedoch nicht monetär bewertet wurde.Die Wiederholungsoperation kann auf Anfrage oder durch die Ausführung eines automatisierten Jobs verwendet werden. |
| Abrechnung fehlgeschlagen | Zeigt an, dass die Sitzung in Bezug auf die Sitzungseinstellungen beendet ist, der „Jetzt bezahlen“-Fahrer jedoch nicht abgerechnet wurde.Die Wiederholungsoperation kann entweder auf Anfrage oder durch die Ausführung eines automatisierten Jobs verwendet werden. |
Sitzungsaktionen auf dem Dashboard
| Sitzungsaktion | Beschreibung |
|---|---|
| Zwangsschließen | Während die Sitzung bereit/im Gange ist, kann der Systemoperator verlangen, die Sitzung zwangsweise zu schließen, indem er das EV Charge-Dashboard verwendet und auf die Schaltfläche „Schließen“ auf der rechten Seite klickt.Diese Operation fordert die Sitzung an, auf der Ladeinfrastruktur zu stoppen, aber wenn die Infrastruktur aus irgendeinem Grund nicht reagiert, wird die Sitzung zwangsweise geschlossen.Der Fahrer wird bewertet, die Sitzung schließt. Weitere Details zu diesem Status finden Sie unter Anfordern, die Sitzung zu stoppen. |
| Bewertung erneut versuchen | Während die Sitzung im Status „Bewertung fehlgeschlagen“ ist, steht die Schaltfläche zur erneuten Bewertung zur Verfügung.Wenn sie ausgelöst wird, wird die Bewertung der Sitzung erneut versucht. Weitere Details zu diesem Status und möglichen Aktionen finden Sie unter Sitzungsbewertung erneut versuchen. |
| Abrechnung erneut versuchen | Während die Sitzung den Status “Abrechnung fehlgeschlagen” hat, ist die Schaltfläche zur erneuten Abrechnung verfügbar.Wenn sie aktiviert wird, wird die Abrechnung der Sitzung erneut versucht. Weitere Details zu diesem Status finden Sie in Session Retry Billing. |
Inaktive Sitzungskontrolle
Der vorkonfigurierte wiederkehrende Hintergrundjob überprüft inaktive, bereitstehende oder laufende Sitzungen und schließt auch abgelaufene Reservierungen. Die Sitzung ist inaktiv, hinsichtlich der Site/Operator-Einstellungen. Siehe Idle Session Settings.
Sitzungsbewertungseinstellungen
Dies sind Einstellungen, die für die Bewertung der Sitzung gelten und verschiedene Metriktypen berücksichtigen.
Die Bewertungseinstellungen werden auf den folgenden Ebenen festgelegt:
- Site (niedrigste Priorität)
- Operator
- Charger (höchste Priorität)
Einstellungen sind überschreibbar, was bedeutet, dass die Einstellungen der höchsten Prioritätsebene verwendet werden.
Nachfolgend sind die verfügbaren Bewertungseinstellungen aufgeführt:
Tabelle 1: Beschreibung der Bewertungseinstellungen für Sitzungen
| Einstellungsname | Einheit/Wert | Beschreibung |
|---|---|---|
| Energie Schritt | kWh | Energieschritt für die Kontrolle der Autorisierung der Abrechnung (kWh). |
| Ladezeit Schritt | Sekunden | Ladezeitschritt für die Kontrolle der Autorisierung der Abrechnung (Sekunden). |
| Parkzeit Schritt | Sekunden | Parkzeitschritt für die Kontrolle der Autorisierung der Abrechnung (Sekunden). |
| Parkzeit Schwelle | Sekunden | Definiert die Sekunden-Schwelle als Punkt in der Parkzeitdauer, an dem das Parken bewertbar wird.Der Unterschied zwischen der gesamten Parkzeit und der Schwelle (park_time minus park_time_threshold) ist die bewertbare Menge. Die Autorisierungen zur Bewertung beginnen mit der Überschreitung der Schwelle. |
| Reservierung | wahr / falsch | Gibt an, ob die Ladereservierungen durch die Bewertung autorisiert werden. |
| Beendigung | Anwendbare Werte von: - Sitzungsende - Parkzeitende | Gibt an, welche Aktion die Ladesitzung auf der Serverseite stoppt. Siehe termination strategy für weitere Erklärungen. |
| Monetärer Limit | Währung der Site | Max. monetärer Betrag, der für eine Sitzung erlaubt ist. |
- Keine
- Nur anfängliche Authentifizierung
- Authentifizierungskontrolle | Zahlungsautorisierungspolitik, die für Pay-Now-Kunden gilt und definiert, wie die Ladesitzung durch die Autorisierungen des Zahlungsanbieters gesteuert wird. Siehe [zahlungsauthorisierungspolitik](#zahlungsauthorisierungspolitik) für weitere Erklärungen. | | Zahlungsautorisierungsbetrag | Standortwährung | Betrag, der für die Zahlungsautorisierungen der Sitzung verwendet wird. Siehe [zahlungsauthorisierungspolitik](#zahlungsauthorisierungspolitik) für weitere Erklärungen. | | Preis für Ladezeit | Standortwährung | Preis pro Stunde Ladezeit.Wird im Rahmen der einfachen Preisgestaltung verwendet. | | Preis für Parkzeit | Standortwährung | Preis pro Stunde Parkzeit.Wird im Rahmen der einfachen Preisgestaltung verwendet. | | Preis für verbrauchte Energie | Standortwährung | Preis pro kWh verbrauchter Energie.Wird im Rahmen der einfachen Preisgestaltung verwendet. | | Preis für Heim-Roaming-Energie | Standortwährung | Preis für Heim-Roaming-Energie (pro kWh).Gilt für die Berechnung des Geldbetrags, wenn die Sitzung im Roaming auf CPO von Tridens EV Charge stattfindet, der Kunde/Fahrer jedoch von einem Drittanbieter-Roaming-eMSP ist. | | Preis für Heim-Roaming-Ladezeit | Standortwährung | Preis für Heim-Roaming-Ladezeit (pro Stunde).Gilt für die Berechnung des Geldbetrags, wenn die Sitzung im Roaming auf CPO von Tridens EV Charge stattfindet, der Kunde/Fahrer jedoch von einem Drittanbieter-Roaming-eMSP ist. | | Preis für Heim-Roaming-Parkzeit | Standortwährung | Preis für Heim-Roaming-Parkzeit (pro Stunde).Gilt für die Berechnung des Geldbetrags, wenn die Sitzung im Roaming auf CPO von Tridens EV Charge stattfindet, der Kunde/Fahrer jedoch von einem Drittanbieter-Roaming-eMSP ist. | | Preis für Heim-Roaming-Reservierungszeit | Standortwährung | Preis für Heim-Roaming-Reservierungszeit (pro Stunde).Gilt für die Berechnung des Geldbetrags, wenn die Sitzung im Roaming auf CPO von Tridens EV Charge stattfindet, der Kunde/Fahrer jedoch von einem Drittanbieter-Roaming-eMSP ist. | | Fester Preis für Heim-Roaming-Reservierung | Standortwährung | Fester Preis für Heim-Roaming-Reservierung (Pauschalgebühr).Gilt für die Berechnung des Geldbetrags, wenn die Sitzung im Roaming auf dem CPO von Tridens EV Charge ist, aber der Kunde/Fahrer von einem Drittanbieter-Roaming-eMSP ist. | | Startbeschränkung - Stecker Belegt | true / false | Gibt an, ob der Stecker/Steckdose belegt (EV verbunden) sein muss, damit die Anfrage zum Start der Ladesitzung fortgesetzt werden kann. | | Reaktivierungs-Schonfrist | Sekunden | Schonfrist, die für die Reaktivierung der Sitzung nach der Schließung erlaubt ist. Leerer oder 0-Wert bedeutet kein Limit. | ---
Anfrage zum Start der Sitzung
Sitzungen können auf folgende Weise initiiert werden:
Der Fahrer als mobiler Benutzer fordert den Start der Ladesitzung am ausgewählten Stecker an. Das zentrale System überprüft, ob der Kunde über ausreichende finanzielle Mittel verfügt, und leitet im Erfolgsfall die Anfrage an die Ladeinfrastruktur weiter, um den Ladevorgang zu starten, woraufhin die Ladesitzung voraussichtlich beginnt.
Der Fahrer scannt ein RFID-Gerät, verwendet NFC, Plug & Charge oder eine andere Methode, um die Sitzungsautorisierung an der Ladestation zu initiieren. Die Ladestation verwendet das Identifikationsmittel und bittet das zentrale System, den Kunden zu überprüfen, ob er/sie über ausreichende finanzielle Mittel zum Laden verfügt, und im Falle der Annahme wird erwartet, dass das Laden beginnt.
Der Fahrer beginnt sofort mit dem Laden an der Ladestation, ohne vorherige Autorisierung. In diesem Fall ist der Sitzungskunde nicht bekannt und wird nicht belastet.
Wenn der Kunde erkannt wird, aber nicht erfolgreich für die Ladesitzung autorisiert ist, wird die Sitzung als abgelehnt gespeichert. Andernfalls wird keine Sitzung gespeichert.
Dauerbereiche
Während die Ladesitzung im Gange ist, beeinflusst der Status des Steckers der Ladestation, wie die Sitzung vom zentralen System von Tridens EV Charge verfolgt wird und wie sie den Fahrern in der mobilen Anwendung angezeigt wird.
Die Sitzungsdauer wird in Bereiche von Ladezeit, Parkzeit, Reservierungszeit und Fehlzeit unterteilt. Siehe die Tabelle unten, um zu sehen, welcher Status für den spezifischen Dauerbereich gilt. Tabelle 2: Dauerbereiche und anwendbare Anschlussstatus
| Dauerbereich | Anwendbare Anschlussstatus |
|---|---|
| Ladezeit | Laden |
| Parkzeit | Vorbereitung, Belegt, Ausgesetztes EV, Ausgesetztes EVSE, Abschluss, Verfügbar. |
| Fehlzeit | Fehlerhaft, Nicht verfügbar |
| Reservierungszeit | Reserviert |
Anforderung zum Stoppen der Sitzung
Während die Sitzung bereit/im Gange ist, kann der Systembetreiber verlangen, die Sitzung gewaltsam zu schließen, indem er das Tridens EV Charge-Dashboard verwendet und auf die Schaltfläche “Schließen” auf der rechten Seite klickt. Diese Operation fordert an, dass die Ladesitzung an der Ladeinfrastruktur gestoppt wird, aber wenn die Infrastruktur aus irgendeinem Grund nicht reagiert, wird die Sitzung gewaltsam geschlossen.
Der Fahrer wird bewertet, und die Sitzung wird geschlossen.
Die folgende Tabelle zeigt, wie die Anforderung zum Stoppen der Sitzung auf die Ladeinfrastruktur reflektiert werden kann.
Tabelle 3: Ladeinfrastruktur, die den Befehl zum Stoppen der Sitzung widerspiegelt
| Antworttyp für Stopp | Beschreibung |
|---|---|
| Akzeptiert | Die Ladeinfrastruktur hat die Stoppanforderung akzeptiert. Es wird erwartet, dass sie das Ereignis zum Stoppen der Sitzung sendet. |
| Abgelehnt | Die Sitzung wird an der Ladeinfrastruktur nicht geschlossen. |
Die gewaltsame Schließung der Sitzung umfasst die folgenden Probleme:
Die Fernstopanforderung wird vom Ladepunkt akzeptiert, aber es kommt keine Bestätigung des Stoppereignisses von der Ladeinfrastruktur.
Fernstopanforderungen werden von der Ladeinfrastruktur immer abgelehnt.
Die Ladeinfrastruktur reagiert nicht aufgrund eines Verbindungsverlusts zum zentralen System oder weil die Sitzung nicht mehr verfolgt wird.
Zahlungsautorisierungspolitik
Die Zahlungsautorisierungspolitik gilt für Kunden des Typs “Jetzt bezahlen” und definiert, wie die Ladesitzung durch Zahlungsautorisierungen gesteuert wird. Die Einstellung wird zusammen mit dem Betrag der Zahlungsautorisierung verwendet.
Die folgenden Einstellungen gelten:
Keine: Die Ladesitzung wird nicht durch Zahlungsautorisierungen gesteuert.
Nur anfängliche Autorisierung: Die Initialisierung der Ladesitzung hängt vom Erfolg der anfänglichen Zahlungsautorisierung ab.
Autorisierungssteuerung: Der Fortschritt der Ladesitzung hängt von den kontinuierlichen Zahlungs-(Re)autorisierungen ab.
Beispiel mit der Richtlinie Nur anfängliche Autorisierung:
Wenn die Umgebung für Nur anfängliche Autorisierung mit einem Zahlungsautorisierungsbetrag von 10 $ konfiguriert ist, bedeutet dies, dass das System zu Beginn der Sitzung 10 $ auf der Zahlungskarte überprüft (den Betrag autorisiert/sperrt), und wenn dieser Vorgang erfolgreich ist, kann der Benutzer so viel laden, wie er möchte. Am Ende wird das System den ursprünglich autorisierten Betrag von 10 $ einziehen/erfassen, und wenn der Gesamtpreis der Sitzung diesen übersteigt, wird es versuchen, die verbleibenden Mittel als direkte Kartenzahlung zu erfassen. Dies birgt auch das Risiko, dass der Benutzer nicht über die verbleibenden Mittel verfügt und nicht bezahlen kann.
Unsere Empfehlung wäre, den Betrag der anfänglichen Autorisierung auf einen Wert zu erhöhen, der die meisten Sitzungen (wie einen durchschnittlichen Sitzungsbetrag) in einer einzigen Zahlungstransaktion abdeckt.
Sie möchten möglicherweise stattdessen die Richtlinie Autorisierungssteuerung verwenden. Diese Richtlinie führt eine weitere Autorisierung durch, wenn die erste vollständig verbraucht ist, um sicherzustellen, dass der Benutzer immer genügend Mittel auf der Karte hat, um die Sitzung fortzusetzen oder sie zu beenden, wenn keine weiteren Mittel verfügbar sind.
Beispiel mit der Richtlinie Autorisierungssteuerung:
Wenn Autorisierungssteuerung für einen Zahlungsautorisierungsbetrag von 5 $ konfiguriert ist, wird das System versuchen, jedes Mal 5 $ zu autorisieren, wenn die zuvor autorisierten 5 $ verbraucht sind. Am Ende der Sitzung wird es dann alle Autorisierungen einziehen (erfassen). Auf diese Weise stellen wir sicher, dass der Benutzer immer genügend Geld auf der Karte hat, um die Sitzung fortzusetzen. Wenn wir eine negative Rückmeldung vom Zahlungsanbieter für die Autorisierung erhalten, wird unser System die Sitzung stoppen und den Betrag einziehen, den der Kunde bis zu diesem Zeitpunkt autorisiert hat.*
Wenn die Ladesitzung auf die Kosten von 22,88 $ fortschreiten würde, würde die Sitzung in 5 x 5 $ Autorisierungen resultieren, von denen 4 vollständig erfasst werden und eine nur für 2,88 $ erfasst wird. Dies würde auch 5 Transaktionen im Zahlungs-Gateway bedeuten, weshalb wir empfehlen, den Autorisierungsbetrag zu erhöhen, um die Anzahl der notwendigen Transaktionen zu verringern, was sich auf die Kosten auswirkt.
Autorisierungsmodus
Autorisierungsmodus gibt an, ob eine Ladesitzung mit einem Monetization-Kunden, einer Zahlungsabsicht, einem Roaming-Anbieter oder offen/öffentlich verknüpft ist.
Tabelle 4: Autorisierungsmodi der Sitzung.
| # | Modus | Merkmale |
|---|---|---|
| 1 | Monetization-Kunde | - Die Sitzung ist an einen bekannten Kunden im Monetization-System gebunden. - Gebühren werden direkt auf das Konto dieses Kunden angewendet. |
| 2 | Zahlungstransaktion | - Die Sitzung ist mit einer Zahlungsabsicht verknüpft, nicht mit einem Kunden. - Der Kunde ist unbekannt für Monetization. - Autorisierung und Zahlungserfassung werden vom Zahlungsanbieter abgewickelt. - Nützlich für Gastbenutzer oder einmalige Ladevorgänge. - Einstellungen zur Zahlungsautorisierung der Sitzung sind Teil dieses Modus mit der endgültigen monetären Erfassung. |
| 3 | Roaming-Kunde | - Sitzung initiiert durch einen Drittanbieter-EMSP (e-Mobility Service Provider). - Das Ladegerät ist Teil von Tridens EV Charge (CPO), aber der Kunde gehört zum Drittanbieter-EMSP. - Der Kunde ist Tridens nicht direkt bekannt, wird aber über Roaming authentifiziert. |
| 4 | Öffentlich Kostenlos | - Sitzung wurde nicht von Tridens EV Charge initiiert. - Zeigt an, dass das Ladegerät kostenlosen/öffentlichen Zugang ohne bekannten Kunden oder Zahlung erlaubt. |
Hinweis:
Dies kann unbefugte Nutzung ermöglichen. Stellen Sie sicher, dass dieser Modus ausdrücklich beabsichtigt ist.Hinweis: Verwenden Sie Konfigurationsregeln und Ladegeräteeinstellungen, um Autorisierungsmodi gemäß Ihren Geschäfts- oder Compliance-Richtlinien zu steuern und einzuschränken.
Beendigungsstrategie
Sobald das Stop-Sitzungsereignis vom Ladegerät kommt, hängt es von der Konfiguration der Beendigungsstrategie der Tridens EV Charge ab, wie das Ereignis die Sitzung beeinflusst (siehe session-rating-settings).
Wenn gewünscht, kann die Sitzung an diesem Punkt abgeschlossen werden, oder alternativ kann die Sitzung weiterhin für die Leerlauf-/Parkzeit verfolgt werden, bis der Stecker mit dem Fahrzeug verbunden bleibt.
Die Erkennung des Parkzeitendes kann je nach Implementierung des Ladegeräts durch den Hersteller unterschiedlich sein, da verschiedene Aktionen anzeigen können, wann die Ladesitzung beendet ist, sei es durch das Trennen des Steckers oder bis der Parkplatz vollständig verlassen wird. Dies kann also auf der Ladegeräteseite konfiguriert werden.
Tabelle 5: Beendigungsstrategie der Sitzung
| Strategiename | Beschreibung |
|---|---|
| Ladeende | Bei dem Stop-Sitzungsereignis vom Ladegerät stoppt das zentrale System die Verfolgung der Sitzung und wendet die endgültigen Sitzungsgebühren für den Fahrer an. Die Sitzung wird geschlossen. |
| Parkende | Bei dem Stop-Sitzungsereignis vom Ladegerät verfolgt das zentrale System die Sitzung in der Parkzeit weiter, bis der Stecker gelöst wird. Zum Zeitpunkt der endgültigen Lösung des Steckers stoppt das zentrale System die Verfolgung der Sitzung und wendet die endgültigen Sitzungsgebühren für den Fahrer an. Die Sitzung wird geschlossen. |
Sitzungswiederholungsbewertung
Die Sitzung im rating-failed Status zeigt an, dass die Ladesitzung beendet ist, der Fahrer jedoch nicht monetär bewertet wurde. Daher kann die Wiederholungsbewertungsoperation verwendet werden, um den Fahrer/Kunden der Ladesitzung zu belasten. Der Zahlungstyp des Fahrers, die Abrechnung und die Zahlung können ebenfalls danach gelten.
Der Status rating-failed der Sitzung kann aus folgenden Gründen auftreten:
Ungültige Monetization-Bewertungskonfiguration, die dazu führt, dass die Sitzung für den Kunden nicht bewertet werden kann. Dies könnte ein Konfigurationsproblem von Tarifplänen, Produkten, Bewertungsmetriken oder der Einrichtung des Abonnements des Kunden sein.
Systemwartungsarbeiten.
Die Sitzung Wiederholungsbewertung kann in verschiedenen Modi verwendet werden, um die Bewertungs-Sitzungskennung zu bestimmen, die für die Monetization-Bewertungsereignisbewertung verwendet wird, wenn die Sitzung im rating-failed Status ist.
Siehe die Tabelle unten.
Tabelle 6: Bewertungsidentifikator-Modi der Sitzung Wiederholungsbewertung
| Bewertungsidentifikator-Modus | Beschreibung |
|---|---|
| Bestehende verwenden | Der bestehende Sitzungsbewertungsidentifikator wird für die Monetization-Bewertung verwendet. Standardoption. |
| Bestehende verwenden, andernfalls neu generieren | Der bestehende Sitzungsbewertungsidentifikator wird für die Monetization-Bewertung verwendet. Wenn die Bewertung fehlschlägt, wird ein neuer Bewertungsidentifikator automatisch vom System generiert und die Bewertung wird automatisch wiederholt. |
| Neu zuweisen | Ein neuer expliziter Sitzungsbewertungsidentifikator wird in der Anfrage zugewiesen und für die Monetization-Bewertung verwendet. |
| Neu generieren | Ein neuer Bewertungsidentifikator wird automatisch vom System generiert und für die Monetization-Bewertung verwendet. |
Hinweise:
Die Wiederholungsbewertung der Sitzung wird durch den vorkonfigurierten automatisierten Ausführungsauftrag im 30-Minuten-Intervall behandelt, andernfalls kann sie auf Anfrage für die spezifische Sitzung ausgelöst werden.Sitzungswiederholungsabrechnung
Die Sitzung im billing-failed Status zeigt an, dass die Sitzung hinsichtlich der Sitzungseinstellungen beendet ist, der Pay-Now-Fahrer/Kunde jedoch nicht abgerechnet wurde. Somit kann die Wiederholungsabrechnungsoperation verwendet werden, um die Abrechnung und Zahlung eines Fahrers für die Ladesitzung zu wiederholen.
Der Status billing-failed der Sitzung kann aus folgenden Gründen auftreten:
Ungültige Monetization-Bewertung und Abrechnungskonfiguration, die dazu führt, dass die Sitzung nicht für den Kunden bewertet werden kann. Dies könnte ein Konfigurationsproblem von Tarifplänen, Produkten, Bewertungsmetriken, dem Abonnementplan des Kunden oder der Einrichtung des Abrechnungsprofils sein.
Systemwartungsarbeiten.
Hinweise:
Die Wiederholungsabrechnung der Sitzung wird durch den vorkonfigurierten automatisierten Ausführungsauftrag im Intervall von 30 Minuten behandelt, andernfalls kann sie auf Anfrage für die spezifische Sitzung ausgelöst werden.Inaktive Sitzungseinstellungen
Eine Sitzung im zentralen System wird als inaktiv betrachtet, wenn sie nach einer bestimmten konfigurierten Zeit des Standorts oder Betreibers keine Ereignisberichte von der Ladeinfrastruktur erhält. Die Einstellungen des Betreibers haben Vorrang, wenn sie festgelegt sind.
Wenn eine Sitzung als inaktiv erkannt wird, schließt/abschließt das zentrale System sie, was bedeutet, dass eine solche Sitzung nicht mehr verfolgt wird.
Tabelle 7: Einstellungen für den Ablauf inaktiver Sitzungen.
| Einstellungsname | Beschreibung |
|---|---|
| Ablauf der bereitgestellten Sitzung | Erlaubte Inaktivität in Sekunden für eine bereitgestellte Ladesitzung.Wenn der Hintergrundjob die Inaktivität einer bereitgestellten Sitzung, die diese Zeit überschreitet, erkennt, wird sie abgeschlossen (Bewertung und Schließung). Die Einstellung hat Auswirkungen auf die Benutzererfahrung. Wenn der Benutzer anfordert, eine neue Sitzung über die mobile Anwendung zu starten, verwendet die App diese Zeit für die Countdown-Anzeige, in der die Sitzung voraussichtlich in einen aktiven Status übergeht. |
| Ablauf der laufenden Sitzung | Erlaubte Inaktivität in Sekunden für eine laufende, in Bearbeitung befindliche Ladesitzung.Wenn der Hintergrundjob die Inaktivität einer in Bearbeitung befindlichen Sitzung, die diese Zeit überschreitet, erkennt, wird die Sitzung abgeschlossen (Bewertung und Schließung). |
| Verifizierungszeit für geschlossene Sitzung | Anzahl der Sekunden seit der Anfrage zum Stoppen der Sitzung, nach der die Sitzung als geschlossen verifiziert wird. Verwendet im Rahmen des Stopps von Zwangsstopps und dem Stoppen von Leerlaufsitzungen. Einschränkung: Diese Einstellungen gelten nur für die aktuelle Site. |
Tabelle: Einstellungen zur Sitzungsablaufzeit
Die vorab konfigurierten Leerlaufsitzungsjoboperationen sind verantwortlich für die Erkennung von Leerlaufsitzungen basierend auf den Ablaufzeiteinstellungen der Site und des Betreibers.
Das Ausführungsintervall des Jobs bestimmt, wie oft das zentrale System nach Leerlaufsitzungen sucht.
Hinweise:
- Berücksichtigen Sie, die Einstellung der Ablaufzeit für die bereitgestellte Sitzung der Site/des Betreibers auf die angemessene Menge in Bezug auf Ihre Ladegeräte festzulegen. Bei einigen AC-Ladegeräten kann die Zeit zum Starten des Ladevorgangs 5 Sekunden betragen, während es bei DC bis zu 20-40 Sekunden dauern kann. Bitte berücksichtigen Sie dies und passen Sie die Ablaufzeit der bereitgestellten Sitzung in Ihren Einstellungen der Site/des Betreibers an.
Berücksichtigen Sie diese Effekte im Rahmen der Ablaufzeit der bereitgestellten Sitzung:
Sitzung, die über die mobile Anwendung (betrieben vom zentralen System) angefordert wurde, der Ladegerät reagiert nicht mit einer Annahme. Die Sitzung wird nach der Ablaufzeit der bereitgestellten Sitzung geschlossen.
Sitzung, die über die mobile Anwendung (betrieben vom zentralen System) angefordert wurde, der Ladegerät akzeptiert die Anfrage. Das zentrale System wartet auf das Startereignis der Sitzung. Wenn nicht gestartet, wird die Sitzung nach der Ablaufzeit der bereitgestellten Sitzung geschlossen.
Sitzung, die über die mobile Anwendung (betrieben vom zentralen System) angefordert wurde, der Ladegerät antwortet mit einer Ablehnung, die Sitzung wird sofort geschlossen.
Sitzung, die über die mobile Anwendung (betrieben vom zentralen System) angefordert wurde, der Ladegerät akzeptiert die Anfrage. Das zentrale System wartet auf das Startereignis der Sitzung. Der Ladegerät antwortet mit einem Startevent vor der Ablaufzeit der bereitgestellten Sitzung und die Sitzung wird zum Laden fortgesetzt.
Berücksichtigen Sie diese Effekte im Rahmen der Ablaufzeit der laufenden Sitzung:
- Sitzung ist im Gange und lädt. Der Ladegerät hört auf, die Sitzungsaktualisierungsberichte zu senden, und sobald die Inaktivitätszeit die Einstellung für die laufende Sitzungsablaufzeit überschreitet, wird die Sitzung vom zentralen System als inaktiv erkannt. Das System fordert das Ladegerät daher auf, die Sitzung zu beenden und schließt/vollständigt sie, was bedeutet, dass sie nicht mehr verfolgt wird.
Sitzungsreaktivierung
Wenn das Ladegerät das Ladesitzungsereignis (Start/Update) mit einem Autorisierungstoken (ID-Tag) an das zentrale System von Tridens EV Charge sendet und das System keine vorbereitete Sitzung (Status: READY) oder aktive Sitzung für diesen Autorisierungstoken an diesem spezifischen Ladegerät findet, findet der folgende Prozess statt:
- Das Tridens EV Charge-System prüft, ob eine abgeschlossene Sitzung (Status: z. B.
CLOSED) mit derselben Kombination aus Autorisierungstoken und -typ und zugewiesenem Kunden existiert. - Wenn eine solche abgeschlossene Sitzung innerhalb der konfigurierten Schonfrist gefunden wird, wird sie reaktiviert.
- Die Autorisierung von Kundenressourcen erfolgt basierend auf den Sitzungsbewertungseinstellungen.
Hinweis:
Standard-Schonfrist für die Sitzungsreaktivierung beträgt
900 Sekundenab der Erstellung der Sitzung. Der Standardwert kann durch einen in Sitzungsbewertungseinstellungen definierten Wert überschrieben werden.Sobald die Sitzung reaktiviert ist, ändert sich ihr Status in
IN_PROGRESS.Wenn die Reaktivierung aufgrund erfolgloser Ressourcenautorisierung fehlschlägt, wird die Sitzung zur Beendigung angefordert.
Wenn eine vorhandene Sitzung gefunden wird, wird sie nur reaktiviert, wenn für eine solche Sitzung noch keine Sitzungsstopp-Ereignisse vom Ladegerät eingegangen sind. Wenn Stopp-Ereignisse bereits eingegangen sind, findet keine Reaktivierung statt.
Protokolle anzeigen
Protokolle der Open Charge Point Protocol (OCPP)-Kommunikation, die zwischen dem zentralen System von Tridens EV Charge und der Ladestation für die Zeit der spezifischen Ladesitzung ausgetauscht werden. Betreiber nutzen sie normalerweise beim Onboard-Testing und zur Fehlerbehebung.
Um die OCPP-Protokolle der Sitzung anzuzeigen, navigieren Sie zur Sitzungsansicht, suchen Sie die interessierende Sitzung, gehen Sie zur Spalte Aktionen und klicken Sie auf die Schaltfläche Protokolle anzeigen. Siehe Abbildung 1. Protokolle sind nach Zeitbereich filterbar und können über die Optionen CSV oder Drucken exportiert werden, die unten im Tool erscheinen. Siehe Abbildung 2.

Abbildung 1: Sitzungsansicht und Navigation zum Anzeigen von OCPP-Kommunikationsprotokollen.

Abbildung 2: OCPP-Kommunikationsprotokolle der Sitzung.
Einschränkungen
Einschränkungen bei der Sitzungsinitiierung:
a) Wenn der Start der Sitzung an Anschluss A mit Kunde A angefordert wird, wird die Sitzung vorbereitet und das Ladegerät aufgefordert, den Ladevorgang zu starten. Wenn Kunde A versucht, eine weitere Sitzung an Anschluss A oder einem anderen Anschluss zu starten, wird die Anfrage abgelehnt, da dieser Kunde bereits eine aktive Sitzung hat. Es gibt eine Beschränkung auf eine aktive Sitzung pro Kunde.
b) Wenn der Start der Sitzung an Anschluss A mit Kunde A angefordert wird, wird die Sitzung vorbereitet und das Ladegerät aufgefordert, den Ladevorgang zu starten. Wenn Kunde B versucht, die Sitzung an Anschluss A zu starten, wird die Anfrage abgelehnt, da dem Anschluss bereits eine andere aktive Sitzung zugewiesen ist.
c) Wenn Kunde A und Kunde B beide gleichzeitig die Sitzung an Anschluss A starten möchten, wird die zuerst eingegangene Anfrage bearbeitet (Zugriffssperre), während die andere Anfrage abgelehnt wird.