Netviax Rules Engine

Guía de Carga / Junio 2015

 1. Creación de Relgas

  • Seleccionar tipo de regla desde la grilla que se muestra.
  • Cargar Descripción de la regla. (25 caracteres permitidos)
  • Cargar Detalle de la regla. (55 caracteres permitidos)
  • Cía. para la cual validará esta regla. (código ISO 2 dígitos)
  • Colocar Status Prueba.

Esto habilita la regla para que se ingresen las Propiedades y Segmentaciones de la misma.

Cada tipo de regla, posee en las Propiedades un formato distinto de ingreso de datos.

En el caso de COPIA de reglas, esta función solo permite copiar reglas del mismo tipo. Una vez copiada se deberán realizar los cambios necesarios, ingresando a las Propiedades directamente.

 

 Condiciones

a. Regla de Comisión

 

La regla de Comisión es tomada por el sistema como la “regla llave”, para la consulta al Netviax Rules Engine (NRE), por tal motivo es necesario que si o si exista una Regla de Comisión cargada para aquellas cias. que necesitamos devuelva información del NRE.

Como toda regla se compone de dos partes:

  • Propiedades o Cabezal
  • Segmentaciones

Los datos de Porcentaje o Cifra, Monto y Compañía son obligatorios, aunque el monto de la misma sea 0, por no tener comisión la cía. que se cargue.
Los datos de Descripción y Detalle, son campos de texto libre, con un largo de 25 caracteres para la Descripción y 55 para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

b. Regla de Condición de Venta

 

Esta regla es la que manejara como aplicar, tanto los Descuentos y Fee cargados. Pueden existir tantas Reglas de Condición de Venta como se necesite, de acuerdo a las Políticas de precio que posea la Agencia usuaria de Netviax Rules Engine / Netviax Add-In. En esta regla estableceremos que parte de cada ítem será cedido o mantenido para conformar un PRECIO DE VENTA. Esta regla es la que manejara como aplicar, tanto los Descuentos y Fee cargados. Pueden existir tantas Reglas de Condición de Venta como se necesite, de acuerdo a las Políticas de precio que posea la Agencia usuaria de Netviax Rules Engine / Netviax Add-In. En esta regla estableceremos que parte de cada ítem será cedido o mantenido para conformar un PRECIO DE VENTA.

Campos de la Regla

  • Aplica sobre Comisión
  • Aplica sobre Over / Over Corporativo
  • Aplica sobre Plus (Incentivos)
  • Aplica sobre MF (Management Fee)

Codificación a utilizar:

G – Give (ceder)

K – Keep (retener)

ALL – todo

XX% – porcentaje

Formulas posibles a utilizar para reflejar distintos modelos :

Sobre la Comisión

SI((O>N),G:ALL,K:XX%)

En este caso la condición adicional que ponemos a la Regla de Comisión, va en conjunto dependiendo de cuanto Over tenga en la cia., ruta, clase, etc.

Entonces decimos que si el OVER es mayor a una cantidad N

→ se cumple la primera parte de la condición que es G:ALL, o sea CEDEMOS toda la COMISIÓN

→ si no se cumple esta condición, o sea que el OVER es menor o igual a N, se cumple el K:XX%, o sea que retenemos una cantidad XX de la COMISIÓN.

Sobre el Over / Over Corporativo

SI((O>N),K:2%,K:ALL)

En este caso la condición adicional que ponemos a la Regla de Over, va en conjunto dependiendo de cuanto Over tenga en la cia., ruta, clase, etc.

Entonces decimos que si el OVER es mayor a una cantidad N

→ se cumple la primera parte de la condición que es K:2%, o sea RETENEMOS hasta 2% del OVER que se posea.

→ si no se cumple esta condición, o sea que el OVER es menor o igual a N, se cumple el K:ALL, o sea que retenemos todo el OVER que se posea.

Sobre el Managemente Fee

En este caso se aplica una doble condición entre el OVER y la COMISIÓN.

SI((O=N)(C<=1))

Entonces aquí tenemos una condición conjunta, que si el OVER=0 y la COMISIÓN<=1,

→ si se cumplen ambas a la vez → aplica la regla de MANAGEMENT FEE que se tenga cargado

→ si no se cumplen ambas, o alguna de ellas → no aplica la regla de MANAGEMENT FEE que se tenga cargado

c. Regla FEE

 

La regla de Fee es la que establece parte de la política comercial de la Organización, pudiendo determinar Fees en forma particular o general, tan detallada como sea necesario.

Como toda regla se compone de dos partes:

 

  • Propiedades o Cabezal
  • Segmentaciones

Propiedades o Cabezal

Los datos a ingresar en la Regla de Fee son los siguientes:

La aplicación del la regla de Fee, puede ser general para lo cual utilizaremos en Cía. aérea el código YY, o en el caso de que aplique para una cía. en particular se colocara el código ISO de dos dígitos de líneas aéreas.

Los datos de Descripción y Detalle, campos de texto libre, tal cual detallamos, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

 

d. Regla de Over y/u Over Corporativo

 

La regla de Over es la que establece descuentos en distintas cias. dependiendo de fechas, rutas, clases de reserva, etc.

Como toda regla se compone de dos partes:

  • Propiedades o Cabezal
  • Segmentaciones

Propiedades o Cabezal

 

Los datos a ingresar en la Regla de Over son los siguientes datos:

Los datos de Porcentaje o Cifra, Monto y % sobre Tarifa u On-Line son obligatorios, aunque el monto de la misma sea 0, por no tener over la cía. que se cargue.

Los datos de Descripción y Detalle, son campos de texto libre, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

En el caso de la Regla de Over Corporativo, en la Segmentación se deberá incluir el DK en Sabre o ACC en Amadeus, para que el NRE pueda machear contra el GDS y sea detectado que es un PNR para un Corporativo.

Mensajes

a. Regla de Mensaje

 

La regla de Mensaje, permite establecer una comunicación efectiva con los usuarios, utilizando estos mensajes para todo tipo de información. Los mensajes pueden ser de información o de inferencia, los primeros sencillamente y como el término lo indica “informan” y los segundos aportan conocimiento a la hora de cotizar o vender.  Reglas muy potentes que estarán siempre que la segmentación cargada haga que la misma sea devuelta al usuario ante una cotización en el GDS..

 

 

Como toda regla se compone de dos partes:

  • Propiedades o Cabezal
  • Segmentaciones

 

b. Regla de Mensaje de Disponibilidad

 

La regla de Mensaje de Disponibilidad, permite establecer una comunicación efectiva con los usuarios, utilizando estos mensajes para todo tipo de información, al momento de que el usuario solicite una disponibilidad en el GDS. Los mensajes pueden ser de información o de inferencia, los primeros sencillamente y como el término lo indica “informan” y los segundos aportan conocimiento a la hora de solicitar una disponibilidad. La única restricción que poseen este tipo de reglas, es que la información que se puede recabar desde el GDS es limitada en una disponibilidad (Fecha, Destino y Cía. Aérea), las segmentaciones a utilizar son sensiblemente menos, pero de todos modos es un tipo de regla muy efectiva.

Como toda regla se compone de dos partes:

  • Propiedades o Cabezal
  • Segmentaciones (para esta regla las mismas serán restringidas)

 

Propiedades o Cabezal

Los datos a ingresar en la Regla de Mensaje son los siguientes:

La aplicación del la regla de Mensaje, puede ser general para lo cual utilizaremos en Cía. aérea el código YY, o en el caso de que aplique para una cía. en particular se colocara el código ISO de dos dígitos de líneas aéreas.

Los datos de Descripción y Detalle, campos de texto libre, tal cual detallamos, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

Emisión

 

a. Regla Ruteo de Emisión

 

Como toda regla se compone de dos partes:

  • Propiedades o Cabezal
  • Segmentaciones

 

b. Regla de Override Validating Carrier

 

La regla de Override Validating Carrier, permite al momento de la EMISIÓN, cuando es necesario validar un PNR, con otra cía. aérea especifica, cambiar automáticamente la cía. emisora que viene por defecto desde el GDS. De este modo el PNR será emitido contra la cía. aérea correcta según el mercado.

Como toda regla se compone de dos partes:

  • Propiedades o Cabezal
  • Segmentaciones

 

 

Propiedades o Cabezal

Los datos a ingresar en la Regla de Mensaje son los siguientes:

Los datos de Descripción y Detalle, campos de texto libre, tal cual detallamos, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

 

c. Regla de Endoso

 

La regla de Endoso, permite al momento de la EMISIÓN, cuando es necesario, agregar o cambiar el endoso por defecto que viene del GDS automáticamente, evitando de este modo que el usuario tenga que realizar esta tarea en forma manual.

Como toda regla se compone de dos partes:

 

  • Propiedades o Cabezal
  • Segmentaciones

 

Propiedades o Cabezal

Los datos a ingresar en la Regla de Mensaje son los siguientes:

Los datos de Descripción y Detalle, campos de texto libre, tal cual detallamos, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

Negociada

 

a. Regla de Chequeo de Tarifas Privadas

 

Chequeo Private Fare

(Carga de Reglas para Usuarios Netviax Add-In Internos)

Se define como Usuarios Netviax Add-In Internos, aquellos usuarios que poseen las tarifas Netas y/o Privadas publicadas dentro de sus Office Id y/o PCC.

Este tipo de reglas son llamadas de INFERENCIA, ya que mediante la aplicación de las mismas, se infiere, en este caso conocimiento, para llegar a las tarifas especiales.

En las ¨propiedades¨ o cabezal de la regla se colocaran los calificadores necesarios para poder llegar a las tarifas netas y/o privadas de la agencia, con la cual el mensaje del Add-In generará el formato de cada GDS.

PROPIEDADES DE LA REGLA

Imagen

No todos los campos deben completarse, si no únicamente los necesarios, para poder llegar a las tarifas Netas y/o Privadas en el GDS. Los que no se completan deben tener un ¨*¨ (astrisco)

Mensaje (Private Fare)

(Carga de Reglas para Usuarios Netviax Add-In Externos)

Se define como Usuarios Netviax Add-In Externos, aquellos usuarios que no poseen las tarifas Netas y/o Privadas publicadas dentro de sus Office Id y/o PCC. (Ej. Agencias Consolidadas, Sucursales, etc.)

Este tipo de reglas de mensaje se utilizan para orientar a los usuarios de Netviax Add-In, como llegar a cotizar las tarifas especiales.

En las ¨propiedades¨ o cabezal de la regla se colocaran los comandos especiales de Netviax Add-In, mediante los cuales los usuarios desde sus Office Id y/o PCCs, lograran obtener las tarifas netas y/o privadas de la agencia Consolidadora. En este caso los usuarios de Netviax Add-In recuperarán las tarifas especiales del Consolidador, obteniendo las mismas en el formato del GDS, enmascarando la tarifa con el FEE, que la Consolidadora estipule para el Cliente usuario.

Para ambos GDSs, Sabre RED y/o Amadeus Selling Platform, el comando a utilizar, para poder recuperar las tarifas netas y/o privadas, será:  #BT + el comando que corresponda a cada GDS.

Ejemplo:

Sabre RED – #BTWPAT0                             Amadeus Selling Platform – #BTFXX/R,VC-T0        

Para estos mensajes se pueden utilizar cualquiera de las LINEA DE MANSAJE, 1,2 o 3.

 

Carga de Segmentaciones (Private Fare)

(Carga de Reglas para Usuarios Netviax Add-In Externos)

  • Chequeo Private Fares (tipo de regla CP)
  • Mensaje Private Fares (tipo de regla M)

 

En ambos casos, en las segmentaciones se debe cargar los datos necesarios para que ante el chequeo de un PNR, Netviax Rules Engine, devuelva si el mismo coincide con las condiciones para aplicar una tarifa neta y/o privada.

La única diferencia entre ambas, para una misma cía. Aérea es la siguiente:

En la Segmentación CLIENTE (donde se establece el Usuario de Netviax Add-In), se diferencia si el Cliente es INTERNO o EXTERNO.

 

Regla Chequeo Private Fares: Para Clientes internos, se coloca el tipo de cliente definido por cada Organización, con este fin. (Ej. NETVIAXINT), además de un tipo de Cliente genérico que hemos definido como Netviax.

Esta regla se debe poner que aplique únicamente para tarifa PUBLICAS, ya que cuando nos devuelva una Privada no es necesario volver a mostrar el mensaje.

Regla Mensaje (Private Fares): Para Clientes externos, se coloca el tipo de cliente definido para cada Organización, o en su defecto, si son todas para las cuales se instalo el Netviax Add-In, se deja  INCLUYE ¨*¨ (asterisco), y se EXCLUYE el Cliente definido como Interno.

Además para la Regla Mensaje (Private Fares), se debe segmentar también para que GDS, si es que estas se encuentran publicadas en uno de ellos y no en ambos.

Esta regla se debe poner que aplique únicamente para tarifa PUBLICAS, ya que cuando nos devuelva una Privada no es necesario volver a mostrar el mensaje.

b. Regla de Código Corporativo

(Carga de Reglas para Usuarios Netviax Add-In Internos – Solicitud de Emisión de tarifas BT)

La regla de Código Corporativo es utilizada al momento de la solicitud de emisión, para dejar disponible para determinada cía. y ruta, Acuerdos Corporativos, y que los mismos puedan ser aplicados, y obtener un descuento que este posea. Ej. Tarifas BT, o Corporativas.

Tiene la posibilidad también de sobrescribir el Endoso que viene por defecto del GDS.

Como toda regla se compone de dos partes:

  1. Propiedades o Cabezal
  2. Segmentaciones

Propiedades o Cabezal

Los datos a ingresar en la Regla de Código Corporativo son los siguientes:

Los datos de Descripción y Detalle, son campos de texto libre, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

En el caso de la Regla de Over Corporativo, en la Segmentación se deberá incluir el DK en Sabre o ACC en Amadeus, para que el NRE pueda machear contra el GDS y sea detectado que es un PNR para un Corporativo.

Pagos

 

a. Regla de Plan de Cuotas

La regla de Planes de Cuotas, permite cargar todos los acuerdos con tarjetas de crédito que poseen tanto las cías. aéreas, como las propias de la Agencia. Estos Planes de Cuotas serán invocados desde la Emisión, así como también el consultor podrá simular con distintas tarjetas y planes para brindar al Cliente final la información de valor de cuotas y recargos a pagar.

En este tipo de reglas no hay parte SEGMENTACIONES, ya que los planes de tarjetas no depende de estas.

  1. Propiedades o Cabezal

Los datos a ingresar en la Regla de Mensaje son los siguientes:

Los datos de Descripción y Detalle, campos de texto libre, tal cual detallamos, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma

 Calidad

 

a. Regla de Control de Calidad

Las reglas de Control de Calidad, permiten el control de información necesaria que deba estar presente en el PNR. Estos controles se pueden realizar o bien cada vez que se cierra un PNR o bien cuando se está solicitando una emisión.

Estas reglas permiten aumentar la productividad al, reducir errores e incrementando la eficiencia de los agentes de ventas de aéreos.

Mediante las mismas podrán crear controles, manejando la calidad de la creación de PNRs y/o en aquellos que sea solicitada la emisión, asegurando que los mismos cumplan con los niveles de calidad establecidos por cada Organización.

Como toda regla se compone de dos partes:

  1. Propiedades o Cabezal
  2. Segmentaciones

Los datos a ingresar en la Regla de Código Corporativo son los siguientes:

Los datos de Descripción y Detalle, son campos de texto libre, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

(Estas Reglas de Control de Calidad, quedarán operativas en el primer semestre del 2015.)

 LFS

 

a. Regla de Low Fare Search

(Carga de Reglas para consultas vía WEB)

Las Reglas de Low Fare Search, permiten cargar la información necesaria para optimizar y obtener en las búsquedas web, resultados de tarifas públicas y privadas, de acuerdo a distintos parámetros necesarios para la obtención de las mismas, como tipo de pasajero, ac codes, etc.

Los datos de Descripción y Detalle, son campos de texto libre, con un largo de 25 caracteres para la Descripción y 55 caracteres para el Detalle. Son campos de ayuda para los Administradores del NRE, a efectos de visualizar las reglas desde el panel general y poder determinar qué información posee la misma.

2. Segmentaciones

(Carga de segmentaciones genérico para todas las Reglas)

Las segmentaciones son validas para todos los tipos de reglas de Netviax Rules Engine, con excepción de las reglas de Mensaje de Disponibilidad y Planes de Cuotas, en las cuales no es necesario ningún tipo de segmentación.

  • Segmentaciones

En esta parte se establecen las segmentaciones necesarias, a efectos de que la información que proviene del PNR chequeado, valide contra el NRE, y de acuerdo al macheo o no de las distintas segmentaciones la regla sea devuelta o no. En la mayoría de las segmentaciones las mismas aplican por “INCLUSIÓN” o por “EXCLUSIÓN”. Siempre ante una Exclusión a excepción de las Segmentación geográficas, si o si debe haber un Incluye “*”, para que la misma funcione. O sea, la idea es “se incluye todo, excepto lo detallado”.

Veremos cada parte de las Segmentaciones posibles, las cuales no siempre tienen que estar configuradas, ya que cada regla requiere de un mínimo de las mismas para que las reglas apliquen.

Al contrario de lo que se piensa, cuanto mensos segmentaciones utilicemos para que las reglas puedan ser devueltas, más efectivo será el motor de reglas.

En la siguiente página tenemos una imagen de todas las segmentaciones disponibles para ser utilizadas en la carga de cada tipo de regla a excepción de las ya mencionadas.

  • Descripción y Detalle de la regla.

Esta información viene cargado desde las Propiedades de la misma

 

 

  • Segmentación de Fechas

a. Rangos Fecha Cotización

Se establece el rango de fechas para el cual será válida, a efectos de cotizar. Muy poco utilizada, ya que muchas veces las cotizaciones coinciden con las emisiones.

b. Rangos Fecha Emisión

Se establece el rango de fechas para el cual será válida la regla a efectos de la emisión. Esta segmentación es la más utilizada en todo tipo de regla y mercado.

c. Rangos Fechas de Viaje

Esta segmentación se compone de dos partes, Rango Comienzo de Viaje y Rango Finalización de Viaje. En cada una de estas partes se debe establecer entre que fechas está permitido el inicio del viaje para que aplique la Regla y que fechas está permitido la finalización del viaje para que aplique la Regla.

 

  • Segmentación Geográfica (Origen)

Origen

Las segmentaciones que existen en esta parte se componen como un conjunto más allá de que estén como separadas.

  1. Aeropuerto – código ISO de 3 caracteres.
  2. Ciudades – código ISO de 3 caracteres.
  3. Países – código ISO de 2 caracteres
  4. IATA Minor Región – Áreas definidas por IATA y se detallan en Manual de Carga
  5. IATA Mayor Región – Áreas definidas por IATA y se detallan en Manual de Carga.

 

  • Segmentación Geográfica (Destino)

 Destino

Las segmentaciones que existen en esta parte se componen como un conjunto más allá de que estén como separadas.

  1. Aeropuerto – código ISO de 3 caracteres.
  2. Ciudades – código ISO de 3 caracteres.
  3. Países – código ISO de 2 caracteres
  4. IATA Minor Región – Áreas definidas por IATA y se detallan en Manual de Carga
  5. IATA Mayor Región – Áreas definidas por IATA y se detallan en Manual de Carga.

Tanto para las segmentaciones de Origen y Destino, la INCLUSIÓN o la EXCLUSIÓN, se toma en conjunto, o sea que para Excluir, siempre debe haber un área mayor Incluida.  (*) Ver información de de Grupos de Destinos según criterio IATA

 

  • StopOver

StopOver

Se carga en esta segmentación las Ciudades de la ruta en las cuales el pasajero permanece al menos 24 horas, y las mismas están determinadas como Stops en la reserva. Esta misma segmentación también se puede utilizar con la misma dinámica del resto por Exclusión.

  • Clases

 Clases

Se cargan en esta segmentación las Clases de reserva del PNR, siempre con la misma posibilidad de Inclusión o Exclusión. La única salvedad que hay que hacer con esta Segmentación es que las Clases detalladas en la misma, deben estar en todos los vuelos del PNR.

 

  • Rango de Online – (Marketing / Volado)

a. Rango de Online Marketing

El Online Marketing, es el que está dado por la cía. Aérea que figura en el segmento de vuelo de la reserva. Dependiendo de lo que se quiera reflejar, aquí se establece que él % de Online, o lo que es lo mismo que él % de Offline  permitido.

b. Rango de Online Volado

El Online Volado, es el que está dado por la cía. Aérea que opera el vuelo de la reserva. Dependiendo de lo que se quiera reflejar, aquí se establece que él % de Online, o lo que es lo mismo que él % de Offline permitido.

  • Tarifa

 

a. Tipo de Tarifa

Aquí se establece con la misma dinámica de Inclusión o Exclusión el tipo de Tarifa:

  • Públicas
  • Privadas Negociadas por tipo de pasajero
  • Privadas Corporativas por AC Code

b. Tipo de Itinerario

Aquí se establece si aplica la regla para distintos tipos de itinerarios:

  • OW – one way
  • RT – Round trip
  • OJ – Open Jaw
  • 2OJ – Doble Open Jaw

c. Puntos de Corte (OW)

Aquí se establece cuantos puntos de cortes tiene permitido si el itinerario chequeado es un OW. Esta segmentación es de mucha ayuda para poder establecer pautas sencillas para aquellos casos de cias. Aéreas que tienen descuentos, siempre y cuando las tarifas aplicadas sea Punto a Punto. Si no permite suma de tramos se debe establecer para el caso de OW, 1 a 1.

d. Puntos de Corte (RT)

Aquí se establece cuantos puntos de cortes tiene permitido si el itinerario chequeado es un RT. Esta segmentación es de mucha ayuda para poder establecer pautas sencillas para aquellos casos de cias. Aéreas que tienen descuentos, siempre y cuando las tarifas aplicadas sea Punto a Punto. Si no permite suma de tramos se debe establecer para el caso de RT, 2 a 2.

Rango de Tarifa Facial

Esta segmentación utiliza un rango de tarifa, para que cuando hace el macheo con el PNR, si la Tarifa, tomando esta descontados los Q´s de Seguridad y Combustible, que normalmente vienen incluidos en la misma, está dentro de ese rango, la regla es devuelta y en caso contrario no lo hace.

  • Vuelos

En todos los segmentos del PNR, Ida, Long Haul Ida, Hacia Destino, Desde Destino, Long Haul Vuelta, Vuelta, existen varias segmentaciones que se repiten en todos ellos y hay una sola segmentación que solo está presente en los vuelos de Ida y Vuelta.

Las segmentaciones comunes son por inclusión o exclusión:

  • Compañía de Marketing – cía. que figura en el GDS
  • Operado por – cía. que realmente opera el vuelo
  • Números de vuelos permitidos
  • Fare Basis permitidos (*)
  • Clases de reservas permitidas

En todos estos casos los datos que se segmentan, serán cotejados en el PNR, en cada uno de los vuelos correspondientes a cada sector.

(*) Para el caso de la segmentación Fare Basis Permitidos, existen alguna posibilidades como para poder excluir o incluir determinados grupos de tarifas, con cierta complejidad.

Ejemplos:

  1. Tarifas PROMO en Argentina. Estas tarifas tienen en el Fare Basis, el indicativo PROM, PROMO, PRO, y además esto puede estar al principio al medio o al final del Fare Basis, por lo que en el sistema, tanto para incluir como excluir este conjunto de tarifas que posen estos caracteres en la misma, en el NRE, solo bastara con poner %PRO%, de este modo el sistema va a chequear si en el Fare Basis, existe esto, no importando el lugar donde este.
  2. Otra opción son para quitar tarifas de baja o alta temporada, lo que en algunas cias. aéreas viene dado por las letras L de LOW y H de HIGH, y las mismas se ubican en el 2 espacio de la base tarifaria, por lo que para incluir o excluir las mismas bastara con colocar tantos guiones bajos _ como caracteres precedan a las letras en cuestión L o H y luego un %, lo que indica que después de esto puede tener cualquier cosa.

En el caso que la cía. permita únicamente vuelos punto a punto, para devolver ciertos descuentos, estas segmentaciones bastara con colocarlas en el vuelos de Ida y en el vuelo de Vuelta.

Existe otra segmentación específica, que solo se encuentra en los Vuelos de Ida y Vuelta, la cual se denomina: Vuelos Específicos Permitidos.

En esta segmentación se especificaran los vuelos tanto Online como Offline, a través de los cuales aplicara las Reglas del NRE.  Esta segmentación posee los siguientes campos posibles:

  • Cía. de Marketing
  • Cía. que Opera el vuelo
  • de Vuelo
  • Clase de reserva
  • Aeropuerto desde
  • Aeropuerto hasta
  • Dia de las semana
  • Micelaneas

  • Tipos de pasajeros

    Aquí se especifica o por Inclusión o por Exclusión los tipos de pasajeros validos o no para que aplique la regla. La codificación utilizada es la que poseen los GDSs para tal efecto, ej. ADT, CNN, INF, PFA, etc.

 

  • Cliente

    En este campo se cargan los “Clientes Usuarios” de Netviax Add-In, o por Inclusión o Exclusión, para que una regla aplique o no para cada tipo de Cliente.

 

  • Corporación

    Campo a cargar que identifica por Inclusión o Exclusión una regla para que aplique o no a una Corporación. El dato que chequea esta segmentación es el que se carga en el DK de Sabre, en el RM*ACC de Amadeus.

 

  • Procedencia de la consulta

    Mediante esta segmentación, siempre manteniendo la lógica de Inclusión o Exclusión, podemos especificar de donde se genera la consulta al Motor de Reglas, ej. SABRE RED, AMADEUS, SABRE RED GUARDIA, AMADEUS GUARDIA, etc.

 

  • PCC/Office ID Reserva

    Esta segmentación con igual lógica que las anteriores o por Inclusión o Exclusión, se cargan los PCCs u Office ID, donde fueron generadas las Reservas, para que aplique o no una regla.

 

  • PCC/Office ID Emision

    Esta segmentación solo es funcional al momento de el proceso automático de emisión, y lo que restringe o no según sea por Inclusión o Exclusión, el PCC u Office Id, donde se debe realizar la emisión del mismo. (Esta segmentación es bastante difícil que tenga que ser usada, ya que con las Reglas de Ruteo, esto se cubre correctamente, pero en algún caso complejo puede ayudar a resolver estas situaciones)

3. Áreas predefinidas tanto para ORIGEN y/o DESTINO:

(*) Ver información de de Grupos de Destinos según criterio IATA

  • IATA Major Region
    • AREA1
    • AREA2
    • AREA3
  • IATA Minor Region
    • IATAAfrica
    • IATAMena (Middele East and North Africa)
    • IATAEurope
    • IATARussia (Russia and CIS Countrys)
    • IATAChina (China and North Asia)
    • IATAAsiaPacific
    • IATALatam (Latin América and Caribe)
    • IATANorth América

 

IATALatam – Latin America & The Caribbean – AREA1

  • Argentina
  • Belize
  • Bolivia
  • Brazil
  • Chile
  • Colombia
  • Costa Rica
  • Eastern Caribbean
  • Bahamas
  • British Virgin Islands
  • Antigua
  • Aruba
  • Barbados
  • Bonaire
  • Curacao
  • Dominica
  • Grenada
  • Ecuador
  • El Salvador
  • Honduras
  • México
  • Nicaragua
  • Panamá
  • Paraguay
  • Perú
  • Uruguay
  • Venezuela

 

IATANorth America – North America – AREA1

  • Bermuda
  • Canada
  • USA

 

IATAEurope – AREA2

  • Austria
  • Belux
  • Belgium
  • Luxemburg
  • Bulgaria
  • Croatia
  • Cyprus
  • Czech Republic
  • Finland
  • France
  • Germany
  • Greece
  • Hungray
  • Ireland
  • Israel
  • Italy
  • Malta
  • Netherlands
  • Nordic Baltic
  • Sweeden
  • Denmark
  • Estonia
  • Iceland
  • Lituania
  • Latvia
  • Norway
  • Poland
  • Portugal
  • Romania
  • Serbia Montenegro
  • Slovenia
  • Spain
  • Switzeland
  • Turkey
  • United Kingdom
  • Western Balkanes
  • Albania
  • Bosnia and Herzegovina
  • Macedonia
  • Yugoslavia

IATAAfrica – AREA2

Eastern Africa

  • Burundi
  • Comores
  • Djibuti
  • Eritrea
  • Ethiopia
  • Kenya
  • Madagascar
  • Mauritius
  • Mayotte
  • Melilla
  • Reunion
  • Rwanda
  • Seychelles
  • Somalia
  • Tanzania
  • Uganda

South Western África

  • Cape Verde
  • Equatorial Guinea
  • Gambia
  • Ghana
  • Guinea-Bisseau
  • Liberia
  • Nigeria
  • Sao Tome and Principe

Southern Africa

  • Angola
  • Bostwana
  • Lesotho
  • Malawi
  • Mozambique
  • Namibia
  • South Africa
  • Swaziland
  • Zambia
  • Zimbawe

 

IATAAfrica – Central West Africa – AREA2

  • Benin
  • Burkina Faso
  • Cameroon
  • Central Africa Republic
  • Chad
  • Cote D´ivoire
  • Democratic Republic of the Congo
  • Gabon
  • Mali
  • Mauritania
  • Niger
  • Senegal
  • Togo

 

IATAMena – Middle East and North Africa (MENA)  – AREA2

  • Egypt
  • Gulf Area
  • Jordan
  • Kuwait
  • Lebanon
  • Morocco
  • Saudi Arabia
  • Tunisia
  • Yemen

 

IATARussia – Russia & CIS Countries – AREA3

  • Armenia
  • Azerbaijan
  • Belarus
  • Georgia
  • Kazakhstan
  • Kyrgyzstan
  • Moldova
  • Russian Federation
  • Tajikistan
  • Turkmenistan
  • Ukraine and Uzbekistan

 

IATAChina – China and North Asia – AREA3

  • People´s Republic of China
  • Chinese Taipei
  • Hong Kong
  • Macao
  • State of Mongolia
  • Democratic People´s Republic of Korea

 

IATAAsia Pacific – AREA3

  • Australia
  • Bangladesh
  • Cambodia
  • India
  • Indonesia
  • Japan
  • Korea
  • Malaysia
  • Nepal
  • New Zealand
  • Pakistan
  • Philippines
  • Singapore
  • Sri Lanka
  • Thailand
  • Vietnam