Alcance

Esta funcionalidad permite que en flujo aéreo se generen reservas con pnr (código de reserva), únicamente si al llegar a la página de pagos se realiza un registro de pago, caso contrario se creará un itinerario en Netsuite de manera interna, pero no contra el proveedor.

¿Por qué es necesario esta funcionalidad?

Esta funcionalidad se hace necesaria para que las agencias de viajes puedan mitigar el impacto de las malas prácticas que penalizan algunas aerolíneas (como churning, duplicidad, nombres ficticios), ya que en una página B2C (Business to client) se puede dar que los viajeros creen reservas pero desistan al llegar a página de pagos; al no pagar, no se genera el segmento marcado cómo improductivo.

Configuración

Esta funcionalidad se puede activar por sucursal, por proveedor aéreo (dependiendo si se encuentra desarrollado dentro de la integración), y se debe solicitar la activación por medio de nuestro canal de soporte.

Funcionamiento

1. El usuario realiza la búsqueda, selecciona los vuelos y pasa a ingresar los datos de los pasajeros.

2. En página de pasajeros al dar click en el botón "Reservar o Continuar", se crea la reserva en NetSuite con estado Reservado, sin Código de PNR, dado que no se crea en la fuente de contenido (GDS o conexión con la aerolínea).

3. Al pasar a la página de pagos, luego de ingresar datos de pago y hacer click en Pagar pasa lo siguiente:

• Se crea la reserva en el proveedor.

• Se procesa el pago.

• Se confirma la reserva en el proveedor.

Aclaraciones

1. Hay conectores como VivaAerobus, JetSmart, que no permiten crear reserva sin la confirmación, por esta razón independientemente del usuario que cree la reserva nunca se generará Código de Pnr al reservar, y solo se crea la reserva al Confirmar; otros conectores como Volaris e Iberia, tienen algunos escenarios dónde tampoco se crea la reserva.

2. Cuando la reserva esta en estado Reservado y sin Código de Pnr (Creada en NetSuite pero no en el proveedor aéreo) se usa otro proceso, llamado LiveHit (Revivida), el cual ayuda a verificar contra el proveedor si los cupos y precios aún están disponibles para continuar con el proceso de reserva en el proveedor, pago y emisión, la verificación se realiza cada vez que se vence el TTL (Ticket Time Limit) y en los momentos cuando se abre un Itinerario, se actualiza o se pasa a pagar.

Es importante tener presente que una vez se ejecuta ese proceso LiveHit (Revivida), pueden pasar dos cosas, (1) que la reserva siga en estado Reservado y se amplié el TTL, o (2) que la reserva pase a estado Vencido, para mayor información ir al siguiente documento: https://netactica.atlassian.net/wiki/spaces/NW/pages/249430026/Flujo+A+reo#Estado-Vencido.