Precios - Precios de viaje

El precio del viaje es un esquema de precios utilizado para establecer precios especiales para O&D específicos, que requieren dinamismo utilizando los diferentes parámetros que ofrece la configuración.

Cuando se establece un producto de reserva para usar los precios del viaje, el sistema solo buscará registros de JP. No se utilizan tablas de tarifas para este método de precios. Sin embargo, debe llenar una tabla de proración ** **, disponible en la página ** rutas **. ! [Tabla de proración] (/imágenes/backoffice/prorationtable.png)

La tabla de proración se utiliza para calcular adecuadamente los impuestos sobre la conexión de viajes que podrían pasar por provincias o zonas con diferentes tasas impositivas.

Los parámetros de JP pueden ser de tipo de tarifa, clases de tarifas, tipo de producto, períodos de venta de entradas, tipo de moneda, ventanas de compra anticipada, factor de carga, grupo de servicios, zona de turno e incluso descuentos en boletos de viaje redondo el mismo día.

• Navegue a ** Admin> Precios **

• ** Precio de viaje **

Lista de precios de precios de viaje.

Puede filtrar registros por casi todos los campos en el gráfico JP.

Los filtros más utilizados son:

Filtros generales

• Producto
• Clase de tarifas
• Clase de asiento (si la cuenta tenía)
• Origen
• Destino
• Tipo de tarifa: dependiendo de cuántos tipos de tarifas haya configurado, se pueden seleccionar varios tipos de tarifas.

Filtros de precio

• Precio regular: la cifra ingresada en la columna de precio regular de la plantilla de carga a granel CSV. (Esto solo se usa para referencia, informes y no se usa para calcular los precios)
• Precio: la cifra ingresada en la columna de precio de la plantilla de carga a granel CSV que se mostrará en los resultados del viaje.
• Ajuste de ida y vuelta: aquí se puede seleccionar una cifra de anulación $, %o $ de $ en un rango de precios.
• Ajuste de ida y vuelta el mismo día: aquí se puede seleccionar una cifra de anulación $, %o $ de $ a lo largo de un rango de precios.

monedas

Si la cuenta está habilitada para multicurrencias, todas las diferentes monedas disponibles en la cuenta tendrán opciones de filtro.

Filtros de viaje

• Marcas
• Grupos de servicios
• Shedules: es posible seleccionar múltiples horarios. Los horarios pueden estar en la columna de incluir o excluir
• Factor de carga: por rango de factor de carga.
• Entradas por manifiesto: por rango de boletos por manifiesto.

Viajes, fechas de compra

• Fecha de viaje más temprana: por fecha y hora.
• Última fecha de viaje: por fecha y hora.
• Fecha de compra más temprana: Fecha y hora.
• Última fecha de compra: por fecha y hora.
• Compra avanzada: por rango de horas.
• Día de la semana: durante el día (s) de la semana.

Lealtad

• Los puntos de fidelización para acumular: mediante la regla de fijación de precios en un rango de puntos acumulados.
• Puntos de fidelización para la redención: mediante la regla de fijación de precios en un rango de puntos redimidos.

canales/ubicaciones de ventas

• Zona de cambio: todas las zonas de cambio aplicadas en el nivel de la estación en la cuenta aparecerán para la selección/deselección. -Canales: por back-office, agencia de back-office, Websales y las reglas de precios de la agencia web.

Auditoría, campos externos

• Campo externo 1, 2 o 3: por campo (s) externo aplicado a una regla.
• Creado a partir de: por la fecha en que se creó la regla.
• Creado para: reglas creadas hasta una fecha en particular.
• Creado por: Reglas creadas por un usuario específico.
• Actualizado por: Reglas actualizadas por un usuario específico.

Trabajar con la lista

Una vez que haga clic en el botón ** Aplicar los filtros **, aparecerá una lista de resultados.

Los filtros estarán ocultos para preservar el espacio.

Algunos botones son visibles para poder administrar las reglas.

1. Puedes agregar una nueva regla manualmente
2. Puede descargar los registros usando el botón ** Descargar **.
3. Puede abrir los filtros nuevamente usando el botón ** Filtros **.
4. Puede actualizar los resultados con el botón Actualizar.
5. Puede ordenar las reglas por peso, ordenando la lista de reglas de las más altas a las más bajas.

Ponderación de reglas para precios

Cuando alguien busca viajes y está utilizando el precio de viaje, se selecciona un precio para cada viaje utilizando la siguiente lógica:

1. Todas las reglas de precios de viaje que no coinciden con el viaje se filtran (es decir, si una regla se aplica solo a una clase de tarifa específica, pero esa clase de tarifas no está presente en el resultado del viaje, se filtrará).
2. De las reglas que quedan, solo se seleccionan las reglas con el "peso" más alto.
3. De las reglas que quedan, solo se seleccionan las reglas que se aplican a la moneda apropiada. Se prefieren las reglas que tienen la misma moneda que la búsqueda de viaje, y si no hay ninguna disponible, el sistema puede elegir reglas que estén en la moneda base de su cuenta.
4. Finalmente, si queda más de una regla después de todos los pasos anteriores, se selecciona la regla que se creó más recientemente, y el precio de esta regla se aplica al viaje.
5. El "peso" de una regla se asigna cuando la regla se crea por primera vez (a través de nuestra API o mediante carga CSV). Una regla muy genérica que no se dirige a ningún producto específico, clase de tarifa, tarifa, etc. tendrá el peso más bajo posible de 0. A medida que la regla se vuelve más específica, y se establecen más parámetros, el peso de la regla aumentará.
6. Cada parámetro de la regla tiene un nivel diferente de importancia que se considera al calcular el peso.
7. En el caso de las cuentas multircurrencias, las reglas con menor peso se filtrarán independientemente de la moneda. Se recomienda asegurarse de que las reglas de alto peso se definan en todas las monedas disponibles, por lo que se extrae el precio esperado. Si una regla de alto peso solo se define en una moneda, entonces el tipo de cambio se utilizará al solicitar el precio en una moneda diferente.

ID de versión del precio del viaje

Cada ** Precio de viaje ** Regla tendrá una ID de versión de precio de viaje ** ** **.

La ID de versión es diferente de la ID JP real. Se genera una ID de versión NER cuando se actualiza un registro JP existente utilizando el archivo CSV.

Hay algunas ubicaciones diferentes en las que se puede encontrar la ID de versión del precio del viaje.

• Página de detalles del boleto
• Informe de boletos

Ejemplos de reglas de precios de viaje

Ejemplo de caso de uso

Agregue y configure los precios de acuerdo con la necesidad.

** Los siguientes ejemplos se basarán en la configuración que se muestra en la imagen de arriba **

De una sola mano

Vaya a la sección "Precio" para agregar una cantidad establecida.

Al comprar un boleto de ida, el sistema tomará el precio ingresado en la columna "precio" en el cuadro de configuración para cada O&D

Ida y vuelta

Vaya a la sección "Ajuste de ida y vuelta" para agregar una cantidad establecida para agregarse o restarse de la columna "Precio".

-Varning siempre recuerde agregar un " -" al sumar una cantidad que se restará del precio; y un "+" o simplemente la cantidad cuando desea agregar.

• (En el ejemplo, hemos agregado cantidades que se restarán del precio original)

1. El viaje A a B tiene una cantidad de ajuste de ida y vuelta, pero el viaje B a A no. Solo viajar A a B tiene un ajuste en el precio.
2. Trip B a A tiene una cantidad de ajuste de ida y vuelta, pero el viaje A a B no. Solo viaje B a A tiene un ajuste en el precio.
3. Ambos viajes A a B y B a A tienen una cantidad de ajuste de ida y vuelta. Ambos viajes tienen ajustes a sus precios.

• Si no hay "ajustes de ida y vuelta" configurados, solo tomará el precio de la columna "Precio".
• Si no hay un "ajuste de ida y vuelta" configurado en ninguno de los viajes, pero hay un "ajuste de ida y vuelta del mismo día", "el ajuste del mismo día de ida y vuelta" no afectará el precio final.

El mismo día de ida y vuelta

Si el viaje de regreso será el mismo día, también es posible agregar un precio especial.

Vaya a la sección "Ajuste del mismo día de ida y vuelta" para agregar una cantidad establecida para ser agregada o restado de la columna "Precio".

-Varning siempre recuerde agregar un " -" al sumar una cantidad que se restará del precio; y un "+" o simplemente la cantidad cuando desea agregar.

• (En el ejemplo, hemos agregado cantidades que se restarán del precio original)

1. El viaje A a B tiene un monto de ajuste de ida y vuelta el mismo día, pero Trip B a A no. Solo viajar A a B tiene un ajuste en el precio.
2. Trip B a A tiene una cantidad de ajuste de ida y vuelta del mismo día, pero el viaje A a B no. Solo viaje B a A tiene un ajuste en el precio.
3. Ambos viajes A a B y B a A tienen una cantidad de ajuste de ida y vuelta del mismo día. Ambos viajes tienen ajustes a sus precios.

• Si no hay "ajustes de ida y vuelta del mismo día" configurados, solo tomará el precio de la columna "Precio".
• Si no hay "ajustes de ida y vuelta del mismo día" configurados en ninguno de los viajes, pero hay "ajustes de ida y vuelta", independientemente de si los viajes están en el mismo día, los ajustes se aplicarán.

** También puede haber casos en los que se puedan combinar los precios de Rountrip y el mismo día: **

1. El viaje A a B tiene un ajuste de ida y vuelta el mismo día, y el viaje B a A tiene una cantidad de ajuste de ida y vuelta configurada. Ambos ajustes se hicieron en el viaje correspondiente.
2. El viaje A a B tiene un monto de ajuste de ida y vuelta, y el viaje B a A tiene una cantidad de ajuste de ida y vuelta del mismo día configurada. Ambos ajustes se hicieron en el viaje correspondiente

• Si no hay "ajustes de ida y vuelta del mismo día" configurados en ninguno de los viajes, pero hay "ajustes de ida y vuelta", independientemente de si los viajes están en el mismo día, los ajustes se aplicarán.

PRECIO ROUNTRIP de la configuración de la línea de productos:

• Si también hay algún ajuste en el precio de "ida y vuelta" de la configuración de la línea de productos, se aplicará al precio final en el flujo de ventas en todos los escenarios enumerados anteriormente:

Open Return

Al comprar un boleto de devolución abierto (ya configurado y vinculado al producto de reserva), el sistema tomará el precio ingresado en la columna "Precio de devolución abierto" en el cuadro de configuración.

1. El viaje A a B tiene un precio de devolución abierto, y el viaje B a A tiene otro. Al usar la función Open Return, el viaje de regreso tomará el viaje del viaje A a B Abrir el precio de retorno.
2. Trip b a A tiene un precio de devolución abierto, y el viaje A a B no. Al usar la función Open Return, el viaje de regreso llevará el viaje B a un precio de devolución abierto.
3. Trip A a B tiene un precio de devolución abierto, y Trip B a A no. Al usar la función Open Return, el viaje de regreso tomará el viaje del viaje A a B Abrir el precio de retorno.

Si el registro de JP para la parte de reserva no tiene un OpenReturnPrice, cargaremos el registro de JP que coincida con la O&D para la devolución y verificaremos si ese registro tiene un OpenReturnPrice. Si es así, usaremos ese precio (sin aplicar ningún descuento de tipo de tarifa en este caso). Si hay varios registros de JP donde coincide con O&D, entonces se utilizará el precio más bajo.

Si no podemos encontrar ningún registro con OpenReturnPrice. La compra no se puede completar.

Entradas por manifiesto

Este parámetro limita la cantidad de boletos que puede comprar por manifiesto. El caso de uso para el cual se diseñó es limitar la cantidad de boletos en diferentes canales de venta. Por ejemplo, puede configurar una regla de JP diferente para limitar 3 boletos para un tipo de tarifa determinada y luego asignar este tipo de tarifa a las agencias, de modo que la mayoría de sus boletos se puedan vender en sus puntos internos de ventas. ! [Boletos JP por manifiesto] (/imágenes/backoffice/jppyicketspermanifest.png)

No se recomienda usar este parámetro para configurar diferentes precios en el mismo canal, ya que esto no afecta el peso, y puede enfrentar comportamientos inesperados.

-Info Verifique el enlace para obtener más casos de uso de JP **] (../ content/admin/298_jp_use_cases)