Operaciones

Un cliente no pudo finalizar un alquiler. ¿Qué pasó?

Jueves, 22:40. Un cliente llama desde el parking subterráneo de una torre de JLT: ha pulsado «End trip» (Finalizar viaje) cuatro veces y el contador sigue corriendo. Soporte tiene tres preguntas a la vez. ¿Lo finalizamos a mano? ¿Cobramos los minutos de más? ¿Y qué ha fallado? Este caso sigue una incidencia real de soporte, con los detalles cambiados y las horas inventadas. En aquella ocasión un administrador finalizó el alquiler a mano, la causa raíz nunca llegó a demostrarse y el asistente de IA solo leyó datos: no finalizó, arregló ni cambió nada.

Respuesta corta: Primero, que el cliente pueda irse. Después, monte una sola cronología de la reserva: cada intento de finalizar que vio el servidor, lo que informó el coche (cierre, puertas, contacto, posición, zona), los pasos de pago y lo que hizo soporte. Contraste cada explicación con ella y anote cuáles no se pueden distinguir con los datos. Ingeniería recibe la cronología y las preguntas que siguen abiertas.

Última actualización:

7 de noviembre de 2026

Mano apuntando con un mando a distancia a un coche para desbloquearlo

Primero, saque al cliente de ahí

Investigar con un cliente molesto al teléfono no ayuda a nadie. Si su política lo permite, un administrador finaliza el alquiler en el back office y deja una nota: quién, cuándo y por qué. Diga al cliente que los minutos de más se revisarán, pídale una captura del error si la tiene y deje que se vaya a casa. La nota importa más de lo que parece, porque mañana forma parte de las pruebas.

A la mañana siguiente: una cronología, un solo reloj

El responsable de soporte abre ChatGPT, conectado a la plataforma, y le pide la cronología, no una causa:

Responsable de soporte: reserva de anoche, el cliente no pudo terminar el alquiler en jlt. cronología en hora de dubái: intentos de finalizar, lo que informó el coche, pagos, lo que hicieran soporte o los admins. dime qué no puedes ver. no cambies nada.

HoraOrigenQué muestran los registros
22:04ReservaAlquiler iniciado en Marina
22:31CocheContacto apagado
22:32CocheÚltima posición antes del hueco: entrada de la rampa del parking de la torre, dentro de una zona de fin de alquiler
22:36–22:41ServidorCuatro solicitudes de finalización recibidas, todas respondidas con un error; el alquiler sigue activo
22:40Chat de soporteEl cliente escribe que el viaje no se finaliza
22:52AdministradorAlquiler finalizado manualmente, nota: «cliente en el sótano, el coche no responde»
23:20CocheVuelve a informar: cerrado, contacto apagado, posición en el mismo edificio

ChatGPT: No hay informes del coche entre las 22:32 y las 23:20. No puedo ver los registros de la app en el móvil del cliente ni los mensajes en bruto entre el dispositivo del coche y el servidor; los tendría ingeniería, si se conservan.

Fíjese en lo que la tabla no dice. «Ningún evento registrado» entre las 22:32 y las 23:20 significa que la plataforma no oyó nada, que no es lo mismo que no pasara nada.

Qué explicaciones se sostienen

ExplicaciónQué encajaQué no encajaQué lo aclararía
Sin cobertura en el sótanoCoche en silencio de 22:32 a 23:20; cliente bajo tierraLos huecos pueden tener otras causasLos registros del propio dispositivo, que tiene ingeniería
Fuera de la zona de fin–La última posición estaba dentro de la zona, aunque se registró antes de que el coche bajara la rampaUna posición en el momento de los intentos
Estado del coche (puerta, cierre)El contacto estaba apagadoEstado del cierre y de las puertas desconocido durante el huecoLos registros del dispositivo
Problema de la app–El servidor recibió las cuatro solicitudesRegistros de la app, si el cliente puede enviarlos
Paso de pago–Ningún evento de pago cerca de los intentos–

¿En qué queda la cosa? Un corte de conectividad es lo que mejor encaja, no se descarta un problema de zona, y la app y el pago parecen limpios en los registros disponibles. Causa raíz: no demostrada. Es una respuesta perfectamente válida para mandar a ingeniería.

Responsable de soporte: este coche se ha quedado mudo así otras veces?

ChatGPT: Dos huecos de más de 30 minutos en los últimos 14 días, los dos de noche y los dos en el mismo edificio.

Ahora sí hay un patrón que merece una hora de un ingeniero. Aún hay que comprobarlo: el mismo edificio puede significar el mismo sótano, o simplemente el mismo cliente que aparca ahí cada noche.

Consola del operador · datos de demostración

Los datos de flota en los que se basan las respuestas del asistente de IA

Resumen de la consola del operador: vehículos que requieren atención, utilización de la flota, alquileres activos e ingresos en AED
Lista de tareas de la app de técnicos con prioridades, plazos y distancia a cada coche

Resumen de la flota. Utilización, alquileres activos, ingresos en AED y los coches que requieren atención: las cifras que consulta el asistente cuando usted pregunta por su flota. Los técnicos reciben una lista de tareas priorizada.

Reproducción de un viaje en el mapa con eventos de encendido, puertas y velocidad
Tarea de inspección de daños en la app de técnicos creada a partir del reporte de un cliente

Viajes y eventos. Cada viaje se registra con los eventos de encendido, puertas y velocidad, de modo que una pregunta como «¿quién condujo este coche el martes?» tiene una respuesta documentada. Los informes de daños se convierten en tareas para el equipo.

El ticket y la respuesta

El asistente redacta los dos y una persona los envía. El ticket lleva la cronología, las explicaciones que siguen abiertas y lo que permitiría distinguirlas: los registros del dispositivo de 22:30 a 23:20 y si los huecos anteriores se produjeron en el mismo sitio. La respuesta al cliente son dos frases: el viaje se finalizó a las 22:52 y los minutos posteriores al primer intento se están revisando según su política habitual.

Sobre el control: Pregunte a su flota, el servidor MCP integrado en CT Mobility, funciona con el usuario y los permisos de cada empleado y es de solo lectura por defecto. Los cambios solo funcionan si el empleado los permitió al conectarse, cada uno necesita una confirmación y cada llamada queda en el registro de auditoría. Lo activamos por instalación, bajo petición. Esta investigación no necesitó nada de la parte de escritura.

Mañana por la mañana

  1. Dé a soporte un guion breve para las llamadas de «no puedo finalizar el viaje»: dónde ha aparcado, captura de pantalla, el administrador finaliza con una nota.
  2. Acuerde quién puede finalizar alquileres a mano y haga obligatoria la nota.
  3. Pregunte a ingeniería qué registros del dispositivo existen y cuánto tiempo se guardan. De eso depende lo que podrá llegar a demostrar.
  4. Haga una lista de los sótanos de sus zonas de finalización donde los coches dejan de transmitir. En Dubái hay muchos, y puede que su mapa de zonas tenga que tenerlos en cuenta. Esos mismos aparcamientos provocan la llamada contraria, un coche que aparece cerca y no se deja reservar; aquí explicamos cómo encuentra soporte el coche más cercano que el cliente puede llevarse de verdad.

Más sobre reglas de zonas en geovallas (geofencing) en la movilidad compartida. Antes de conectar cualquier herramienta de IA a su back office, lea nuestra guía de MCP para operadores de carsharing y alquiler; para la plataforma en sí, vea la plataforma de carsharing con IA.

CT Mobility Solutions F.Z.C. · E-Commerce Hub BC-8, Ajman Free Zone C1 Building, Ajman Free Zone, Ajman, Emiratos Árabes Unidos

La plataforma de CT Mobility Solutions es lo que necesita

Lo hemos demostrado una y otra vez en la práctica, con decenas de proyectos lanzados y años de trabajo con éxito. Pregunte a nuestros clientes: han probado varias soluciones tecnológicas y siguen con nosotros.