Donnerstag, 22:40 Uhr. Ein Kunde ruft aus der Tiefgarage eines Hochhauses in JLT an: Er hat viermal auf „End trip“ getippt, und der Timer läuft immer noch. Der Support hat drei Fragen auf einmal. Von Hand beenden? Die zusätzlichen Minuten berechnen? Und was ist eigentlich kaputt? Dieser Ablauf folgt einem echten Supportfall, die Details sind verändert und die Uhrzeiten erfunden. In diesem Fall hat ein Administrator die Miete manuell beendet, die Ursache wurde nie nachgewiesen, und der KI-Assistent hat nur Daten gelesen: Er hat nichts beendet, repariert oder geändert.
Kurz gesagt: Sorgen Sie zuerst dafür, dass der Kunde weiterkommt, und bauen Sie dann eine einzige Zeitleiste der Buchung: jeder Beendigungsversuch, den der Server gesehen hat, was das Fahrzeug gemeldet hat (Verriegelung, Türen, Zündung, Position, Zone), Zahlungsschritte und was der Support getan hat. Prüfen Sie jede Erklärung daran und notieren Sie, welche sich mit den Daten nicht auseinanderhalten lassen. Die Technik bekommt die Zeitleiste und die noch offenen Fragen.
Zuletzt aktualisiert:
7. November 2026
Mit einem verärgerten Kunden in der Leitung nach Ursachen zu suchen, hilft niemandem. Wenn Ihre Richtlinie es zulässt, beendet ein Administrator die Miete im Backoffice und hinterlässt eine Notiz: wer, wann, warum. Sagen Sie dem Kunden, dass die zusätzlichen Minuten geprüft werden, bitten Sie um einen Screenshot der Fehlermeldung, falls er einen hat, und lassen Sie ihn nach Hause. Die Notiz ist wichtiger, als sie aussieht, denn morgen gehört sie zu den Belegen.
Der Supportleiter öffnet ChatGPT, das mit der Plattform verbunden ist, und fragt nach der Zeitleiste statt nach einer Ursache:
Supportleiter: buchung von gestern abend, kunde konnte die miete in JLT nicht beenden. zeitleiste in dubai-zeit: beendigungsversuche, was das auto gemeldet hat, zahlungen, alles was support oder admins gemacht haben. sag mir, was du nicht sehen kannst. nichts ändern.
| Uhrzeit | Quelle | Was die Daten zeigen |
|---|---|---|
| 22:04 | Buchung | Miete in Marina gestartet |
| 22:31 | Fahrzeug | Zündung aus |
| 22:32 | Fahrzeug | Letzte Position vor der Lücke: Rampeneinfahrt der Tiefgarage des Hochhauses, innerhalb einer Zone für das Mietende |
| 22:36–22:41 | Server | Vier Beendigungsanfragen eingegangen, jede mit einem Fehler beantwortet; Miete weiterhin aktiv |
| 22:40 | Support-Chat | Kunde schreibt, dass sich die Fahrt nicht beenden lässt |
| 22:52 | Admin | Miete manuell beendet, Notiz: „Kunde in Tiefgarage, Auto reagiert nicht“ |
| 23:20 | Fahrzeug | Meldet sich wieder: verriegelt, Zündung aus, Position im selben Gebäude |
ChatGPT: Zwischen 22:32 und 23:20 keine Meldungen vom Fahrzeug. Die App-Logs auf dem Handy des Kunden und die Rohnachrichten zwischen der Telematikeinheit und dem Server kann ich nicht sehen; die hätte die Technik, falls sie aufbewahrt werden.
Achten Sie darauf, was die Tabelle nicht sagt. „Kein Ereignis erfasst“ zwischen 22:32 und 23:20 heißt, dass die Plattform nichts gehört hat. Das ist etwas anderes, als dass nichts passiert ist.
| Erklärung | Was passt | Was nicht passt | Was es klären würde |
|---|---|---|---|
| Kein Empfang in der Tiefgarage | Fahrzeug von 22:32 bis 23:20 stumm; Kunde im Untergeschoss | Lücken können auch andere Ursachen haben | Die Logs der Einheit selbst, von der Technik |
| Außerhalb der Endzone | – | Letzte Position lag in der Zone, wurde aber erfasst, bevor das Auto die Rampe hinunterfuhr | Eine Position zum Zeitpunkt der Versuche |
| Fahrzeugzustand (Tür, Verriegelung) | Zündung war aus | Verriegelungs- und Türstatus während der Lücke unbekannt | Die Logs der Einheit |
| App-Problem | – | Der Server hat alle vier Anfragen erhalten | App-Logs, falls der Kunde sie schicken kann |
| Zahlungsschritt | – | Keine Zahlungsereignisse rund um die Versuche | – |
Was bleibt also: Eine Verbindungslücke passt am besten, ein Zonenproblem ist nicht ausgeschlossen, und App und Zahlung sehen in den verfügbaren Daten sauber aus. Ursache: nicht nachgewiesen. Genau so eine Antwort kann man guten Gewissens an die Technik schicken.
Supportleiter: ist das auto schon öfter so abgetaucht?
ChatGPT: Zwei Lücken von mehr als 30 Minuten in den letzten 14 Tagen, beide nachts, beide am selben Gebäude.
Jetzt gibt es ein Muster, das eine Stunde Technikerzeit wert ist. Prüfen muss man es trotzdem: Dasselbe Gebäude kann dieselbe Tiefgarage bedeuten, oder einfach denselben Kunden, der dort jede Nacht parkt.
Betreiberkonsole · Demodaten
Flottenübersicht. Auslastung, aktive Mieten, Umsatz in AED und die Autos, die Aufmerksamkeit erfordern: die Kennzahlen, die der Assistent ausliest, wenn Sie nach Ihrer Flotte fragen. Techniker erhalten eine priorisierte Aufgabenliste.
Fahrten und Ereignisse. Jede Fahrt wird mit Zündungs-, Tür- und Geschwindigkeitsereignissen gespeichert, sodass es auf eine Frage wie „Wer ist am Dienstag mit diesem Auto gefahren?“ eine dokumentierte Antwort gibt. Schadensmeldungen werden zu Aufgaben für das Team.
Der Assistent entwirft beides, verschickt wird es von einem Menschen. Ins Ticket kommen die Zeitleiste, die noch offenen Erklärungen und das, was sie auseinanderhalten würde: die Logs der Einheit für 22:30–23:20 Uhr und die Frage, ob die früheren Lücken vom selben Ort stammen. Die Antwort an den Kunden besteht aus zwei Sätzen: Die Fahrt wurde um 22:52 Uhr beendet, und die Minuten nach dem ersten Versuch werden nach Ihrer üblichen Richtlinie geprüft.
Zur Kontrolle: „Fragen Sie Ihre Flotte“, der in CT Mobility integrierte MCP-Server, läuft mit dem Login und den Berechtigungen des jeweiligen Mitarbeiters und ist standardmäßig schreibgeschützt. Änderungen funktionieren nur, wenn der Mitarbeiter sie beim Verbinden erlaubt hat, jede einzelne muss bestätigt werden, und jeder Aufruf landet im Audit-Log. Wir schalten ihn auf Anfrage pro Installation frei. Für diese Analyse wurde die Schreibseite überhaupt nicht gebraucht.
Mehr zu Zonenregeln unter Geofencing in der Shared Mobility. Bevor Sie ein KI-Tool an Ihr Backoffice anbinden, lesen Sie unseren Leitfaden zu MCP für Carsharing- und Vermietungsbetreiber; zur Plattform selbst siehe KI-Carsharing-Plattform.
CT Mobility Solutions F.Z.C. · E-Commerce Hub BC-8, Ajman Free Zone C1 Building, Ajman Free Zone, Ajman, Vereinigte Arabische Emirate
Das haben wir mit Dutzenden umgesetzten Projekten und jahrelanger erfolgreicher Arbeit immer wieder in der Praxis bewiesen. Fragen Sie unsere Kunden, die mehrere IT-Lösungen ausprobiert haben und dennoch bei uns geblieben sind.
