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:
En pagina de pasajeros al reservar, solo se crea la reserva en NetSuite con estado Reservado, sin Código de Pnr, dado que no se crea en el Source.
En pagina 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
NOTA 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 generan 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 crea la reserva, para mayor información revise la documentación de los conectores.
NOTA 2: Cuando la reserva esta en estado reserva y sin Código de Pnr (Creada en NetSuite pero no en el Source) se cuta otro proceso de 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 /wiki/spaces/KBNSS/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 pagos.