Jeudi, 22 h 40. Un client appelle depuis le parking souterrain d'une tour de JLT : il a appuyé quatre fois sur « End trip » (terminer le trajet) et le compteur tourne toujours. Le support se pose trois questions d'un coup. Terminer la location à la main ? Facturer les minutes en plus ? Et qu'est-ce qui a lâché ? Ce récit suit un vrai cas support, détails modifiés et horaires inventés. Dans ce cas, un administrateur a terminé la location manuellement, la cause racine n'a jamais été prouvée, et l'assistant IA n'a fait que lire des données : il n'a rien terminé, rien réparé, rien modifié.
En bref : Remettez d'abord le client en route, puis reconstituez une seule chronologie de la réservation : chaque tentative de fin reçue par le serveur, ce que la voiture a remonté (verrouillage, portes, contact, position, zone), les étapes de paiement et ce qu'a fait le support. Confrontez chaque explication à cette chronologie et notez celles que les données ne permettent pas de départager. L'équipe technique reçoit la chronologie et les questions encore ouvertes.
Dernière mise à jour :
7 novembre 2026
Enquêter avec un client agacé au bout du fil n'aide personne. Si votre politique le permet, un administrateur termine la location dans le back-office et laisse une note : qui, quand, pourquoi. Dites au client que les minutes supplémentaires seront examinées, demandez-lui une capture d'écran de l'erreur s'il en a une, et laissez-le rentrer chez lui. La note compte plus qu'on ne le croit : demain, elle fera partie des éléments de preuve.
Le responsable support ouvre ChatGPT, connecté à la plateforme, et lui demande la chronologie plutôt qu'une cause :
Responsable support : la résa d'hier soir, le client a pas pu terminer sa location à JLT. chronologie en heure de dubaï : tentatives de fin, ce que la voiture a remonté, paiements, tout ce que le support ou les admins ont fait. dis-moi ce que tu vois pas. ne modifie rien.
| Heure | Source | Ce que montrent les données |
|---|---|---|
| 22:04 | Réservation | Location démarrée à Marina |
| 22:31 | Voiture | Contact coupé |
| 22:32 | Voiture | Dernière position avant le trou : entrée de la rampe du parking de la tour, dans une zone de fin de location |
| 22:36–22:41 | Serveur | Quatre demandes de fin reçues, chacune suivie d'une erreur ; location toujours active |
| 22:40 | Chat support | Le client écrit que le trajet ne se termine pas |
| 22:52 | Admin | Location terminée manuellement, note : « client au sous-sol, voiture ne répond pas » |
| 23:20 | Voiture | Remonte de nouveau : verrouillée, contact coupé, position dans le même bâtiment |
ChatGPT : Aucune remontée de la voiture entre 22 h 32 et 23 h 20. Je n'ai accès ni aux logs de l'application sur le téléphone du client, ni aux messages bruts échangés entre le boîtier de la voiture et le serveur ; l'équipe technique les a peut-être, s'ils sont conservés.
Notez ce que le tableau ne dit pas. « Aucun événement enregistré » entre 22 h 32 et 23 h 20 signifie que la plateforme n'a rien reçu, ce qui n'est pas la même chose que : il ne s'est rien passé.
| Explication | Ce qui colle | Ce qui ne colle pas | Ce qui permettrait de trancher |
|---|---|---|---|
| Pas de réseau au sous-sol | Voiture muette de 22 h 32 à 23 h 20 ; client en sous-sol | Un trou peut avoir d'autres causes | Les logs du boîtier lui-même, côté équipe technique |
| Hors de la zone de fin | – | Dernière position dans la zone, mais enregistrée avant que la voiture descende la rampe | Une position au moment des tentatives |
| État de la voiture (porte, verrouillage) | Contact coupé | État des portes et du verrouillage inconnu pendant le trou | Les logs du boîtier |
| Problème d'application | – | Le serveur a bien reçu les quatre demandes | Logs de l'application, si le client peut les envoyer |
| Étape de paiement | – | Aucun événement de paiement autour des tentatives | – |
Bilan : une coupure de connexion est l'hypothèse la plus cohérente, un problème de zone n'est pas exclu, et l'application comme le paiement paraissent sains dans les données disponibles. Cause racine : non prouvée. C'est une réponse tout à fait valable à transmettre à l'équipe technique.
Responsable support : ça lui est déjà arrivé, à cette voiture, de plus rien remonter comme ça ?
ChatGPT : Deux trous de plus de 30 minutes sur les 14 derniers jours, tous les deux la nuit, tous les deux dans le même bâtiment.
Là, on tient une piste qui vaut une heure d'ingénieur. Elle reste à vérifier : même bâtiment peut vouloir dire même sous-sol, ou simplement le même client qui s'y gare tous les soirs.
Console opérateur · données de démo
Vue d'ensemble de la flotte. Taux d'utilisation, locations en cours, chiffre d'affaires en AED et voitures nécessitant une intervention : les chiffres que l'assistant consulte lorsque vous l'interrogez sur votre flotte. Les techniciens disposent d'une liste de tâches classées par priorité.
Trajets et événements. Chaque trajet est enregistré avec les événements de contact, d'ouverture des portes et de vitesse : une question comme « Qui conduisait cette voiture mardi ? » a donc une réponse enregistrée. Les déclarations de dommages deviennent des tâches pour l'équipe.
L'assistant rédige les deux, et c'est une personne qui les envoie. Le ticket reprend la chronologie, les explications encore ouvertes et ce qui permettrait de les départager : les logs du boîtier de 22 h 30 à 23 h 20, et si les trous précédents venaient du même endroit. La réponse au client tient en deux phrases : le trajet a été terminé à 22 h 52, et les minutes qui ont suivi la première tentative sont en cours d'examen selon votre politique habituelle.
Côté contrôle : Interrogez votre flotte, le serveur MCP intégré à CT Mobility, fonctionne avec l'identifiant et les droits propres à chaque employé, en lecture seule par défaut. Les modifications ne fonctionnent que si l'employé les a autorisées à la connexion, chacune demande une confirmation, et chaque appel est inscrit au journal d'audit. Nous l'activons installation par installation, sur demande. Cette enquête n'a eu besoin d'aucune fonction d'écriture.
Pour aller plus loin sur les règles de zones : le géorepérage dans la mobilité partagée. Avant de connecter un outil d'IA à votre back-office, lisez notre guide du MCP pour les opérateurs d'autopartage et de location ; pour la plateforme elle-même, voyez la plateforme d'autopartage avec IA.
CT Mobility Solutions F.Z.C. · E-Commerce Hub BC-8, Ajman Free Zone C1 Building, Ajman Free Zone, Ajman, Émirats arabes unis
Nous l'avons démontré à maintes reprises sur le terrain, avec des dizaines de projets lancés et des années de collaboration réussie. Demandez à nos clients : ils ont essayé plusieurs solutions informatiques, mais sont restés avec nous.
