Activación por Branch:
La funcionalidad se activa en dbCore.ConfigurationByBranch.SplitAirReservation
True = Activada
False = Desactivada
Activación/Desactivación por Credencial:
Por medio de un CredentialCustomParam se puede cambiar la configuración del SplitReservation para una credencial especifica:
SI dbCore.CustomParam.SplitReservation = FALSE ENTONCES: Se debe hacer bypass a la configuración en dbCore.ConfigurationByBranch.SplitAirReservation y crear la reserva en el proveedor siempre en el AirBook.
SI dbCore.CustomParam.SplitReservation = TRUE ENTONCES: Se debe hacer bypass a la configuración en dbCore.ConfigurationByBranch.SplitAirReservation y NO crear la reserva en el proveedor siempre en el AirBook.
SI NO esta el CustomParam : Se debe realizar o no SplitReservation según el usuario y configuración del Branch.
Funcionalidad
Cuando este campo en la tabla esta en True, se obtiene el siguiente comportamiento, si es usuario Guest o Cliente Individual:
Catmandu/NetFullFilment:
...
| Tabla de contenidos | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
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
El usuario realiza la búsqueda, selecciona los vuelos y pasa a ingresar los datos de los pasajeros.
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).
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.
NetCoreApi
Con el servicio AirBook, solo se crea la reserva en NetSuite con estado Reservado, sin Código de Pnr, dado que no se crea en el Source.
Con el servicio Itinerary/PreBook el cliente puede crear la reserva en el Soruce si ya tiene una intención de pago.
Con el Servicio ConfirmItinerary o Issue pasa lo siguiente:
Se crea la reserva en el proveedor, si no se uso el servicio Itinerary/PreBook
Se confirma la reserva en el proveedor.
La diferencia entre Catmandu/NetFullFilment y NetCoreApi es que nuestro front controla que se reserve cuando hay una intención de pago, y no se cobre si no hay una reserva en el Soruce para garantizar el precio, por NetCoreApi el cliente puedo implementar el reservar con intención de pago o después del cobro.
Por ejemplo Rappi, primero cobra y luego con el servicio ConfirmItinerary, reserva y confirma, lo que puede ocasionar Acciones Requeridas porque el precio de la reserva puede cambiar, lo que no es responsabilidad de Netactica.
Para otros usuarios diferentes a Guest o Cliente Individual, la reserva será creada en pagina de pasajeros o en el servicio AirBook
...
Aclaraciones
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
...
.
NOTA 2: .Cuando la reserva esta en estado reserva Reservado y sin Código de Pnr (Creada en NetSuite pero no en el Sourceproveedor aéreo) se cuta 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 que esta detallado en este documento: /wiki/spaces/KBNSS/pages/44794143
Porque es necesario esta funcionalidad?
Esta funcionalidad se hace necesario para que las agencias eviten cobros por (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/KBNSSNW/pages/258474114 o /wiki/spaces/KBNSS/pages/258506866, porque en una pagina B2C se puede dar que los viajeros creen reservas peor desistan al llegar a pagina de pagos249430026/Flujo+A+reo#Estado-Vencido.