Saltar al contenido

Automatización · Atención y agendamiento

Reservar un vehículo por WhatsApp con HQ Rental

Un agente de IA verifica un cliente existente, consulta disponibilidad en HQ Rental y crea su reserva por WhatsApp solo después de una confirmación explícita.

¿Cómo reservo un vehículo por WhatsApp con la disponibilidad real de HQ Rental?

Un Met conectado a HQ Rental atiende solo a un cliente existente cuyo `category_id` y `customer_id` conoce la operación, con `vehicle_class_id`, nombre de clase, precio, moneda, marca y sedes ya verificados. Abre el cliente, consulta si HQ reporta autos disponibles para las fechas y ubicaciones y lee los cargos adicionales reales. La respuesta pública de disponibilidad no documenta campos de clase o precio, así que no los deduce. Repite la selección preconfigurada, fechas, sedes, extras y cliente, y espera una confirmación explícita. Solo entonces crea la reserva con el guard local booleano `confirmar: true`, que Meteor consume sin enviarlo a HQ, y abre el resultado antes de responder. Un cliente nuevo se crea en HQ Rental fuera del conector. El flujo no cobra, firma contratos, asigna una placa ni modifica o cancela reservas.

Qué la pone en marcha

Cuando el cliente escribe

Empieza cuando un cliente ya registrado pregunta por WhatsApp por un vehículo para fechas y sedes concretas. No es una automatización programada: el Met continúa la conversación y no crea nada si la persona solo consulta, si faltan los IDs operativos o si deja el resumen sin confirmar.

No hace falta programar nada: el Met asignado al canal recibe la conversación y ejecuta el procedimiento dentro de ella.

Quién la ejecuta

Met de reservas de vehículos

Área de Atención al cliente

Es el Met que ya atiende el WhatsApp de la operación con HQ Rental conectado. Su trabajo es convertir una solicitud concreta en la misma reserva que el cliente acaba de confirmar, sin inventar disponibilidad, cliente, clase, precio, moneda ni identificadores internos.

Canales: WhatsApp

Qué hay que tener conectado

5 pasos · 5 herramientas

El procedimiento, paso a paso

Cada paso muestra la herramienta que se ejecuta. Son las del conector real: si una dejara de existir, esta página no compilaría.

  1. 1

    Verificar el cliente y la selección configurada

    Antes de cotizar, la operación debe haber asociado la conversación con un `category_id` y `customer_id` existentes. El Met abre ese registro y comprueba que `contact.id` coincide. No busca por nombre, correo o teléfono y no usa esos datos para intentar un alta. Si falta el registro, el equipo crea o actualiza al cliente en HQ Rental y esta conversación se detiene. También comprueba que la operación dejó preseleccionados y verificados `vehicle_class_id`, nombre de clase, precio, moneda, `brand_id` y sedes para este recorrido.

  2. 2

    Consultar disponibilidad para las fechas y sedes

    El Met pide fecha y hora completas de recogida y devolución y usa los IDs de las sedes que la operación dejó configurados para esta receta. Las horas se envían en la zona del tenant, no como una conversión improvisada desde la región del servidor. HQ documenta que el endpoint devuelve una lista de autos disponibles, pero no publica el body. Por eso el Met usa la consulta solo para comprobar lo que HQ responda literalmente y nunca extrae de ella una lista de clases, precios ni `vehicle_class_id`. Si no hay disponibilidad, detiene el flujo.

  3. 3

    Leer los extras que existen en la cuenta

    Para la clase que la operación preseleccionó, el Met consulta el catálogo real de cargos adicionales y muestra únicamente los que HQ Rental devuelve. No completa de memoria una lista de seguros, GPS o sillas, ni afirma que un cargo sea aplicable a esas fechas o clase si la respuesta no lo demuestra. Conserva el ID exacto y la cantidad elegida en el formato HQ.

  4. 4

    Repetir el resumen y esperar una confirmación explícita

    El Met repite fechas y horas locales, sedes, clase, precio y moneda verificados por la operación, extras y cliente existente. Solo llama a la creación después de que la persona responde afirmativamente a ese resumen. Silencio, una pregunta nueva o la elección de un extra no cuentan como confirmación. Solo después de esa respuesta envía a la tool el guard local `confirmar: true` como booleano. Si falta, vale `false` o llega como texto, Meteor bloquea la creación antes de llamar a HQ Rental; el guard no se envía a HQ. Envía además el `customer_id`, `vehicle_class_id`, `brand_id`, sedes y cargos ya verificados; nunca los deduce de un nombre ni de una respuesta de disponibilidad cuya estructura no está publicada.

  5. 5

    Verificar la reserva que HQ Rental guardó

    Cuando la creación responde con un identificador, el Met abre esa reserva y compara fechas, sedes, clase, cliente y cargos con el resumen confirmado. La respuesta al cliente usa el número y los datos devueltos por HQ Rental. Si la creación devuelve 422 por un campo o regla de la cuenta, el equipo corrige el cliente o la configuración dentro de HQ. Si hay timeout o un error ambiguo después del envío, no repite la mutación a ciegas porque podría duplicarla; el equipo revisa HQ Rental antes de decidir si corresponde otro intento.

Antes de empezar

Qué necesitas tener listo

Ninguno de estos puntos lo resuelve el Met. Si falta uno, la automatización se detiene ahí.

Los límites

Qué NO resuelve esta automatización

Preferimos decirlo aquí que descubrirlo en la implementación.

Preguntas frecuentes

Preguntas sobre esta automatización

El endpoint OTA que expone el conector promete autos disponibles, pero su documentación no publica el body. La receta no supone campos: usa una clase, precio y moneda que la operación ya verificó en HQ Rental.

No directamente. Primero el equipo crea al cliente en HQ Rental y obtiene su `category_id` y `customer_id`. El Met verifica ese registro y recién entonces puede continuar la reserva.

La región configurada no basta para decidir la moneda. La operación verifica la moneda y el precio junto con la clase antes de habilitar el flujo; el Met no los infiere de disponibilidad.

No en esta receta. El conector crea la reserva con sus cargos, pero no solicita el enlace de pago ni procesa una transacción. El cobro continúa en el canal que la operación ya usa.

No vuelve a enviar la creación automáticamente. Como no hay una clave de idempotencia en la tool, primero se revisa HQ Rental para saber si la reserva quedó creada y evitar un duplicado.

Sigue por aquí

Otras automatizaciones con las mismas herramientas

¿Quieres esta automatización corriendo con tus datos?

Te la mostramos con tus cuentas conectadas, no con una demostración enlatada.