Master-Interlook:Правила расчета цен на услуги — различия между версиями

Материал из Megatec
Перейти к: навигация, поиск
[непроверенная версия][досмотренная версия]
(→‎Правила расчёта цен на Трансферы)
 
(не показано 35 промежуточных версий 6 участников)
Строка 1: Строка 1:
−
'''Правила расчета цен на услуги с продолжителностью (услуги проживания в отеле а также дополнительные услуги с продолжительностью)'''<BR> 
+
Версия статьи от {{REVISIONDAY}}-{{REVISIONMONTH}}-{{REVISIONYEAR}}. Для перехода на версию статьи, соответствующую используемой Вами версии программы, нажмите ссылку в таблице ниже:
−
Расчет цены зависит от настройки dependent/independent (Settings-System settings-Costs-Price policy). Для осуществления расчета цена за все дни должна быть от одного поставщика. Цена брутто может быть расчитана  для туроператора,  для группы туроператоров, или для всех туроператоров (all).Цена на все дни должна быть от одного поставщика услуги, цена может быть групповой или не групповой (за комнату или за человека). Цена на весь период должна быть в одной валюте. <BR>
+
<table style="color:black; background-color:#ffffcc;" cellpadding="10" cellspacing="0" border="1">
−
При расчете цены брутто (при любой настройке) берется последняя цена по дате заведения ценового предложения (сначала цены относящиеся к ценовому предложению SPO, затем цены по каталожным (Ordinary) ценовым предложениям ).
+
<tr>
−
При прочих равных уловиях приоритетны цены для рынка, к которому относится туроператор, затем для всех рынков.
+
<td>
−
Расчет нетто зависит от настройки dependent/independent:<BR>
+
Более ранние версии:<BR>
−
В случае, если установлена настройка dependent берется неттовая цена, соответствующая найденной бруттовой<BR>
+
[http://wiki.megatec.ru/index.php?title=Master-Interlook:%D0%9F%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D0%B0_%D1%80%D0%B0%D1%81%D1%87%D0%B5%D1%82%D0%B0_%D1%86%D0%B5%D0%BD_%D0%BD%D0%B0_%D1%83%D1%81%D0%BB%D1%83%D0%B3%D0%B8&oldid=6332 До 2009.2.21 включительно]<BR>
−
В случае, если установлена настройка independent - если есть цены относящиеся к ценовому предложению типа SPO, берется минимальная цена среди SPO, если SPO нет, берется минимальная цена среди каталожных. <BR>
+
[http://wiki.megatec.ru/index.php?title=Master-Interlook:%D0%9F%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D0%B0_%D1%80%D0%B0%D1%81%D1%87%D0%B5%D1%82%D0%B0_%D1%86%D0%B5%D0%BD_%D0%BD%D0%B0_%D1%83%D1%81%D0%BB%D1%83%D0%B3%D0%B8&oldid=7412 До 2011.3.0 включительно]<BR>
−
Цена (и брутто и нетто)считается на каждый день периода, учитывая дни недели и ограничения по дате заезда. Из данного правила есть следующие
+
</td>
−
исключения: <BR>
+
</tr>
−
В случае, если задан только период дат заезда проверяется только первый день периода (дни недели не учитываются).<BR>
+
</table>
−
В случае если заданы ценовые правила ( X/Y Rules) проверяется весь период. В случае попадания услуги в два ценовых периода с различными ценами но одинаковым спецпредложением X/Y цена рассчитывается исходя из суммы цен с начала  - например если есть правило 7 по цене 5 и первые 3 ночи по услуге попадают на один ценовой период (например 10 евро за ночь), а следующие  2 ночи -на второй (например 8 евро за ночь) то стоимость будет рассчитана как 10 умножить на 3 плюс 8 умножить на 2. <BR>
+
<br />
−
Дата создания цены определяется с точностью до дня. Если даты создания цены равны, то берется сначала цена для туроператора, затем для группы туроператоров, затем для всех туроператоров.
+
===Введение===
−
<BR>
+
Данная статья описывает основные алгоритмы, используемые программой при расчете цен на различные типы услуг начиная с релиза 2011.4.0. В ПК "Мастер-Interlook" представлены 4 основных типа услуг:
−
'''Правила расчета услуг без продолжительности'''<BR>
+
*Проживание в отеле;
−
При расчете цены на трансферы в случае наличия нескольких цен с одинаковыми параметрами приоритетной является цена  для конкретного трансфера (т.е. трансфера у которого задана конкретная трансферная точка (pickup point)). Как для услуг трансферов, так и для экскурсий и дополнительных услуг без продолжительности приоритеной является цена для конкретного туроператора,  далее для группы туроператоров и наконец для всех туроператоров (all). В случае наличия цен относящихся к ценовым предложениям типа SPO они являются приоритетными по отношению к ценам относящимся к каталожным (Ordinary) ценовым предложениям. Аналогично услугам с продолжительностью более приоритетной является цена относящаяся к наиболее свежему ценовому предложению.
+
*Дополнительные услуги в отеле;
−
<BR>
+
*Экскурсии;
−
'''Правила расчета цен по тарифам'''<BR>
+
*Трансферы, для которых ниже представлены правила расчёта цен.
−
В том случае, если при расчете услуги для нее определен конкретный тариф, расчет производится по цене соответсвующей данному тарифу, независимо от наличия других цен с подходящими параметрами. В случае наличия нескольких цен по указанному тарифу имеющих различные параметры для данного набора цен вступают в силу правила приоритезации описанные выше.<BR>
 
−
<BR>
 
−
Начиная с релиза 9.2.14 добавлена возможность блокирования использования цен по определенным услугам путем установки в Disabled связи данных услуг с соответсвующим ценовым предложением (см. подробнее [Costs_CostOffers|Ценовые предложения(Cost offers)]). Данная возможность доступна для услуг проживания и дополнительных услуг. В том случае, если заблокирована связь услуги с ценовым предложением для всех новых услуг цена не может быть расчитана по данному ценовому предложению (для услуг созданных до блокировки расчет по прежнему доступен).<BR>
 
  
 +
===Основные принципы расчёта цен===
 +
В случае, если производится расчёт услуги на определённый период и хотя бы на одну из дат предоставления услуги не заведена цена, расчёт данной услуги производиться не будет.
 +
 +
В случае, если в рассчитываемый период попадают несколько отрезков времени с различными ценами, расчёт услуги будет производиться с учётом приоритетов по каждому дню предоставления услуги.
 +
 +
Расчет цен для всех типов услуг происходит в четыре этапа:
 +
#Проверка есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.
 +
#Отбор цен по первоначальным параметрам.
 +
#Сортировка цен.
 +
#Выбор цены по дополнительным параметрам. Происходит по очереди для каждой цены в сортированном списке. Из списка выбирается первая подходящая по всем параметрам цена.
 +
 +
===Правила расчёта цен на Проживание в отеле===
 +
Расчёт производится отдельно для брутто- и нетто-цены. При расчёте производится подбор цены на каждую ночь с учётом параметров и приоритетов выбора. Если цена успешно рассчиталась на всю продолжительность услуги, то происходит разбитие услуги на периоды ночей, рассчитанных в рамках одного ценового предложения. В случае наличия правил (XY) у ценового предложения, производится проверка возможности их применения.<br />
 +
Первый этап расчета заключается в проверке есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.<br />
 +
Второй этап расчета заключается в отборе цен по следующим параметрам:
 +
*Отель, предоставляющий услугу
 +
*Тип комнаты
 +
*Питание
 +
*Категория номера
 +
*Тип размещения
 +
*Тариф (соответственно для брутто и нетто)
 +
*Даты действия (не строгое соответствие =>  =<, если указаны)
 +
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 +
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 +
 +
Третий этап представляет собой сортировку по определенным параметрам. <br />
 +
'''Параметры для брутто-цены:'''
 +
#Рынок ценового предложения (конкретный приоритетней ALL)
 +
#Покупатель (конкретный приоритетней группы)
 +
#Город (конкретный приоритетней ALL)
 +
#Дата создания ценового предложения (новое приоритетней старого) '''Исключение! Если расчет на проживание начинается с костофера SPO с XY Rules, то расчет ведется по этому костоферу SPO с XY Rules'''
 +
'''до конца действия костофера или до конца периода проживания.'''
 +
#Дата создания цены (новая приоритетней старой)
 +
#Дата заезда с (максимальная приоритетней)
 +
#Дата заезда по (минимальная приоритетней)
 +
#Дата выезда с (максимальная приоритетней)
 +
#Дата выезда по (минимальная приоритетней)
 +
#Ключ цены в Базе Данных
 +
 +
'''Параметры для нетто-цены:'''
 +
#Поставщик (если владелец продукта является поставщиком проживания, то он имеет приоритет перед другими поставщиками данной услуги)
 +
#Рынок ценового предложения (конкретный приоритетней ALL)
 +
#Тип ценового предложения (SPO приоритетней Ordinary) - по умолчанию не активирована - работает только при активации признака '''"Cost from SPO has higher priority than from Ordinary when calculating of hotel costs"'''. Если признак не стоит - SPO не имеет приоритета перед Ordinary (активация признака находится в '''System Settings → Functional settings → Cost calculation''').
 +
#Значение цены (минимальная приоритетней)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Дата заезда с (максимальная приоритетней)
 +
#Дата заезда по (минимальная приоритетней)
 +
#Дата с (максимальная приоритетней)
 +
#Дата по (минимальная приоритетней)
 +
#Дата действия цены С.(дата,что ближе к заезду, приоритетней)
 +
#Дата действия цены ПО.(дата,что дальше от заезда, приоритетней)
 +
#Ключ цены в Базе Данных
 +
Имеется возможность изменить некоторые из настроек расчета в системных настройках ('''System Settings → Functional settings → Cost calculation'''): <br>
 +
1. Спецпредложение SPO может иметь больший приоритет перед обычными ценовыми предложениями Ordinary (пункт 3).
 +
    Для этого необходимо активировать признак '''"Cost from SPO has higher priority than from Ordinary when calculating of hotel costs"'''.
 +
2. Можно выбрать приоритет между значением цены (минимальная в приоритете) и датой создания ценового предложения Cost Offer - т.е. поменять местами пункт 4 и 5.
 +
    Если стоит признак '''"Date of cost higher priority than value when calculating of hotel costs"''' - более поздний по дате создания Cost offer (пункт 5)
 +
    имеет приоритет над минимальной ценой (пункт 4). Если не стоит - приоритет остается прежним.
 +
'''!'''  Для того, чтобы новые настройки вступили в действие, необходимо перезапустить Master-Interlook.
 +
 +
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:
 +
*Min-Max продолжительность
 +
*Рынок
 +
*Период действия цены
 +
*Период продажи
 +
*Тариф
 +
*Период действия правил
 +
*День недели
 +
 +
Только для брутто-цен:
 +
*Покупатель (или его группа)
 +
 +
Только для нетто-цен
 +
*Поставщик
 +
====Применение XY правил====
 +
Правило применяется только один раз за любой период. После успешного расчёта цены, производится анализ на наличие сплошных периодов ночей рассчитанных в рамках одного ценового предложения. Далее проверятся наличие правил у ценового предложения и, в случае совпадения, применяется.
 +
 +
Параметры правила:
 +
*xFrom - значение X с
 +
*xTo  - значение X до
 +
*Sign  - действие "=" или "-"(равно или минус)
 +
*Y    - Y значение
 +
Примеры правил:
 +
*Для продолжительности от 7(xFrom) до 14(xTo) ночей  "минус"(Sign) 1(Y) ночь
 +
*Для продолжительности от 21(xFrom) до 21(xTo) ночей "равно"(Sign) 19(Y) ночей
 +
 +
Выбор правила и применение:
 +
 +
Приоритет при выборе у правила с большим значением xFrom.  '''Значение Sign не влияет на выбор правила'''. При применении скидка распространяется на последние ночи в рамках периода.
 +
 +
====Примеры расчета цен на проживание====
 +
SPO_1 имеет XY Rules:<br />
 +
*xFrom - 3
 +
*xTo  - 4
 +
*Sign  - действие "="
 +
*Y    - 3
 +
SPO_2 не имеет правил.<br />
 +
'''Пример №1''' <br />
 +
Рассмотрим пример со следующими данными:<br />
 +
[[Файл: AP_288_SPO_1.png|Пример SPO]]<br />
 +
Вариант №1. В случае, если период проживания с 04.10 по 17.10, то расчет цен производится сначала по SPO_1 с XY Rules, после по SPO_2: первые 12 ночей по SPO_1, последняя ночь по SPO_2.<br />
 +
Вариант №2. Если период проживания с 12.10 по 19.10, то расчет : первые 4 ночи - 1 ночь (правило XY SPO_1) + последние 3 ночи по SPO_2.<br />
 +
'''Пример №2''' <br />
 +
[[Файл: AP_289_SPO_2.png|Пример SPO]]<br />
 +
Вариант №1. Период проживания с 06.10 по 17.10, расчет цен производится только по SPO_1.<br />
 +
Вариант №2. Если период проживания с 08.10 по 14.10, то расчет производится исключительно по SPO_2.<br />
 +
Вариант №3. Период проживания с 06.10 по 12.10, расчет цен производится только по SPO_1.<br />
 +
'''Пример №3''' <br />
 +
[[Файл: AP_290_SPO_3.png|Пример SPO]]<br />
 +
Вариант №1. Период проживания с 07.10 по 14.10, расчет цен производится только по SPO_2.<br />
 +
Вариант №2. Если период проживания с 09.10 по 14.10, то расчет производится исключительно по SPO_2.(По более младшему Cost Offers)<br />
 +
Вариант №3. Период проживания с 06.10 по 12.10, расчет цен производится только по SPO_1.<br />
 +
'''Пример №4'''<br />
 +
SPO_1 имеет XY Rules:<br />
 +
*xFrom - 4
 +
*xTo  - 9
 +
*Sign  - действие "-"
 +
*Y    - 1
 +
SPO_2 имеет XY Rules:<br />
 +
*xFrom - 4
 +
*xTo  - 6
 +
*Sign  - действие "-"
 +
*Y    - 1
 +
[[Файл: AP_291_SPO_4.png|Пример SPO]]<br />
 +
Вариант №1. Период проживания с 07.10 по 16.10, расчет цен производится только по SPO_1 с применением правила 9-1.<br />
 +
Вариант №2. Если период проживания с 09.10 по 13.10, то расчет производится исключительно по SPO_2.<br />
 +
 +
===Правила расчёта цен на дополнительные услуги (extra-services)===
 +
 +
Если услуга имеет продолжительность, то рассчитывается каждый день отдельно.
 +
 +
Первый этап расчета заключается в отборе цен по следующим параметрам:
 +
*Услуга
 +
*Тариф (для брутто и нетто соответственно)
 +
*Даты действия (не строгое соответствие =>  =<, если указаны)
 +
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 +
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 +
Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - индивидуально.
 +
 +
Второй этап представляет собой сортировку по определенным параметрам. <br />
 +
'''Параметры для брутто-цены:'''
 +
#Рынок ценового предложения (конкретный приоритетней ALL)
 +
#Покупатель (конкретный приоритетней группы)
 +
#Город (конкретный приоритетней ALL)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Дата создания цены (новое приоритетней старого)
 +
#Дата заезда с (ближняя к заезду приоритетней)
 +
#Дата заезда по (ближняя к заезду приоритетней)
 +
#Дата действия с (ближняя к заезду приоритетней)
 +
#Дата действия по (ближняя к заезду приоритетней)
 +
 +
'''Параметры для нетто-цены:'''
 +
#Сервис-провайдер, поставщик (если владелец продукта является поставщиком экстра-сервиса, то он имеет приоритет перед другими поставщиками данной услуги)
 +
##Подбор провайдера по географии (по более конкретизированной)
 +
##При равном приоритете по географии осуществляется подбор по цене (наименьшая приоритетней)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Дата заезда с (ближняя к заезду приоритетней)
 +
#Дата заезда по (ближняя к заезду приоритетней)
 +
#Дата с (ближняя к заезду приоритетней)
 +
#Дата по (ближняя к заезду приоритетней)
 +
#Цена (минимальная приоритетней)
 +
 +
 +
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:
 +
*Город (свой и ALL)
 +
*Min-Max продолжительность
 +
*Рынок
 +
*Период действия цены
 +
*Период продажи
 +
*Тариф
 +
*Период действия правил
 +
*День недели
 +
 +
Только для брутто-цен:
 +
*Покупатель (покупатель, группа или ALL)
 +
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
 +
 +
Только для нетто-цен:
 +
*Поставщик
 +
===Правила расчёта цен на дополнительные услуги в отеле Adhot===
 +
Если услуга имеет продолжительность, то рассчитывается каждый день отдельно.
 +
 +
Первый этап расчета заключается в отборе цен по следующим параметрам:
 +
*Услуга
 +
*Тариф (для брутто и нетто соответственно)
 +
*Даты действия (не строгое соответствие =>  =<, если указаны)
 +
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 +
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 +
Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - индивидуально.
 +
 +
Второй этап представляет собой сортировку по определенным параметрам. <br /><br />
 +
'''Параметры для брутто-цены:'''
 +
#Рынок ценового предложения (конкретный приоритетней All)
 +
#Покупатель, туроператор (конкретный приоритетней группы)
 +
#Город (конкретный приоритетней All)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Дата создания цены (новое приоритетней старого)
 +
#Дата заезда с (ближняя к заезду приоритетней)
 +
#Дата заезда по (ближняя к заезду приоритетней)
 +
#Дата продажи с (ближняя к заезду приоритетней)
 +
#Дата продажи по (ближняя к заезду приоритетней)
 +
#Дата действия  с (ближняя к заезду приоритетней)
 +
#Дата действия  по (ближняя к заезду приоритетней)
 +
 +
'''Параметры для нетто-цены:'''
 +
#Сервис-провайдер (поставщик) (если стоит Partner like hotel – такой же, как у отеля)
 +
##Если владелец продукта является поставщиком доп. услуги ADHOT, то он имеет приоритет перед другими поставщиками данной услуги
 +
##Подбор провайдера по географии (по более конкретизированной)
 +
##При равном приоритете по географии осуществляется подбор по цене (наименьшая приоритетней)
 +
#Тип номера (конкретный приоритетней All)
 +
#Категория номера/Размещение (конкретный приоритетней All)
 +
#Отель(конкретный приоритетней All)
 +
#Возраст (конкретный приоритетней All)
 +
#Город (конкретный приоритетней All)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Дата заезда с (ближняя к заезду приоритетней)
 +
#Дата заезда по (ближняя к заезду приоритетней)
 +
#Дата продажи с (ближняя к заезду приоритетней)
 +
#Дата продажи по (ближняя к заезду приоритетней)
 +
#Дата действия  с (ближняя к заезду приоритетней)
 +
#Дата действия  по (ближняя к заезду приоритетней)
 +
#Цена (минимальная приоритетней)
 +
#Дата создания цены (поздняя приоритетней)
 +
 +
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:
 +
*Город (свой и All)
 +
*Min-Max продолжительность
 +
*Рынок
 +
*Период действия цены
 +
*Период продажи
 +
*Тариф
 +
*Период действия правил
 +
*День недели
 +
 +
Только для брутто-цен:
 +
*Покупатель (покупатель, группа или All)
 +
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
 +
 +
Только для нетто-цен:
 +
*Поставщик
 +
 +
===Правила расчёта цен на Экскурсии===
 +
'''Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены.''' Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.</br>
 +
[[Файл:ea_113.png|400px]]</br>
 +
 +
Первый этап расчета заключается в отборе цен по следующим параметрам:
 +
*Услуга экскурсии
 +
*Тариф (для брутто и нетто соответственно)
 +
*Даты действия (не строгое соответствие =>  =<, если указаны)
 +
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 +
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 +
Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - происходит разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно).
 +
 +
Второй этап представляет собой сортировку по определенным параметрам. <br />
 +
'''Параметры для брутто-цены:'''
 +
#Тип ценового предложения (SPO приоритетней Ordinary)
 +
#Покупатель (конкретный приоритетней группы)
 +
#Возраст «С» (по возрастанию)
 +
#Возраст «По» (по возрастанию)
 +
#Город начала предоставления услуги (конкретный приоритетней)
 +
#Город окончания предоставления услуги (конкретный приоритетней)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Ключ цены в Базе Данных
 +
 +
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:
 +
*Возраст
 +
*Min-Max продолжительность
 +
*Рынок
 +
*Период действия цены
 +
*Период оказания услуги
 +
*Период продажи
 +
*Тариф
 +
*Период действия правил
 +
*День недели
 +
 +
Только для брутто-цен:
 +
*Покупатель (покупатель, группа или ALL)
 +
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
 +
 +
===Правила расчёта цен на Трансферы===
 +
'''Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены.''' Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.</br>
 +
[[Файл:ea_114.png|400px]]</br>
 +
 +
Первый этап расчета заключается в отборе цен по следующим параметрам:
 +
*Услуга трансфера
 +
*Тип трансфера
 +
*Точка начала
 +
*Точка конца
 +
*Тариф (для брутто и нетто соответственно)
 +
*Даты действия (не строгое соответствие =>  =<, если указаны)
 +
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 +
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 +
Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - происходит разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно).
 +
 +
Второй этап представляет собой сортировку по определенным параметрам.<br />
 +
'''Параметры для брутто-цены:'''
 +
#Тип ценового предложения (SPO приоритетней Ordinary)
 +
#Покупатель (конкретный приоритетней группы)
 +
#Возраст «С» (по возрастанию)
 +
#Возраст «По» (по возрастанию)
 +
#Точка начала (конкретная приоритетней)
 +
#Точка окончания (конкретная приоритетней)
 +
#Город начала предоставления услуги (конкретный приоритетней)
 +
#Город окончания предоставления услуги (конкретный приоритетней)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Ключ цены в Базе Данных
 +
 +
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:
 +
*Город начала и окончания
 +
*Точка начала и окончания
 +
*Тип трансфера
 +
*Возраст
 +
*Min-Max продолжительность
 +
*Рынок
 +
*Период действия цены
 +
*Период оказания услуги
 +
*Период продажи
 +
*Тариф
 +
*Период действия правил
 +
*День недели
 +
 +
Только для брутто-цен:
 +
*Покупатель (покупатель, группа или ALL)
 +
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
  
−
Смотрите также:[[Начало_работы_с_ценами]]<BR>
 
−
[[Category:Master-Interlook]]
 
 
[[Category:Master-Interlook_Prices]]
 
[[Category:Master-Interlook_Prices]]
 +
[[Category:Master-Interlook_Tutorial]]

Текущая версия на 10:16, 7 ноября 2022

Версия статьи от 7-11-2022. Для перехода на версию статьи, соответствующую используемой Вами версии программы, нажмите ссылку в таблице ниже:

Более ранние версии:
До 2009.2.21 включительно
До 2011.3.0 включительно


Введение

Данная статья описывает основные алгоритмы, используемые программой при расчете цен на различные типы услуг начиная с релиза 2011.4.0. В ПК "Мастер-Interlook" представлены 4 основных типа услуг:

  • Проживание в отеле;
  • Дополнительные услуги в отеле;
  • Экскурсии;
  • Трансферы, для которых ниже представлены правила расчёта цен.

Основные принципы расчёта цен

В случае, если производится расчёт услуги на определённый период и хотя бы на одну из дат предоставления услуги не заведена цена, расчёт данной услуги производиться не будет.

В случае, если в рассчитываемый период попадают несколько отрезков времени с различными ценами, расчёт услуги будет производиться с учётом приоритетов по каждому дню предоставления услуги.

Расчет цен для всех типов услуг происходит в четыре этапа:

  1. Проверка есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.
  2. Отбор цен по первоначальным параметрам.
  3. Сортировка цен.
  4. Выбор цены по дополнительным параметрам. Происходит по очереди для каждой цены в сортированном списке. Из списка выбирается первая подходящая по всем параметрам цена.

Правила расчёта цен на Проживание в отеле

Расчёт производится отдельно для брутто- и нетто-цены. При расчёте производится подбор цены на каждую ночь с учётом параметров и приоритетов выбора. Если цена успешно рассчиталась на всю продолжительность услуги, то происходит разбитие услуги на периоды ночей, рассчитанных в рамках одного ценового предложения. В случае наличия правил (XY) у ценового предложения, производится проверка возможности их применения.
Первый этап расчета заключается в проверке есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.
Второй этап расчета заключается в отборе цен по следующим параметрам:

  • Отель, предоставляющий услугу
  • Тип комнаты
  • Питание
  • Категория номера
  • Тип размещения
  • Тариф (соответственно для брутто и нетто)
  • Даты действия (не строгое соответствие => =<, если указаны)
  • Даты заездов (не строгое соответствие => =<, если указаны)
  • Даты продажи по СПО (не строгое соответствие => =<, если указаны)

Третий этап представляет собой сортировку по определенным параметрам.
Параметры для брутто-цены:

  1. Рынок ценового предложения (конкретный приоритетней ALL)
  2. Покупатель (конкретный приоритетней группы)
  3. Город (конкретный приоритетней ALL)
  4. Дата создания ценового предложения (новое приоритетней старого) Исключение! Если расчет на проживание начинается с костофера SPO с XY Rules, то расчет ведется по этому костоферу SPO с XY Rules

до конца действия костофера или до конца периода проживания.

  1. Дата создания цены (новая приоритетней старой)
  2. Дата заезда с (максимальная приоритетней)
  3. Дата заезда по (минимальная приоритетней)
  4. Дата выезда с (максимальная приоритетней)
  5. Дата выезда по (минимальная приоритетней)
  6. Ключ цены в Базе Данных

Параметры для нетто-цены:

  1. Поставщик (если владелец продукта является поставщиком проживания, то он имеет приоритет перед другими поставщиками данной услуги)
  2. Рынок ценового предложения (конкретный приоритетней ALL)
  3. Тип ценового предложения (SPO приоритетней Ordinary) - по умолчанию не активирована - работает только при активации признака "Cost from SPO has higher priority than from Ordinary when calculating of hotel costs". Если признак не стоит - SPO не имеет приоритета перед Ordinary (активация признака находится в System Settings → Functional settings → Cost calculation).
  4. Значение цены (минимальная приоритетней)
  5. Дата создания ценового предложения (новое приоритетней старого)
  6. Дата заезда с (максимальная приоритетней)
  7. Дата заезда по (минимальная приоритетней)
  8. Дата с (максимальная приоритетней)
  9. Дата по (минимальная приоритетней)
  10. Дата действия цены С.(дата,что ближе к заезду, приоритетней)
  11. Дата действия цены ПО.(дата,что дальше от заезда, приоритетней)
  12. Ключ цены в Базе Данных
Имеется возможность изменить некоторые из настроек расчета в системных настройках (System Settings → Functional settings → Cost calculation): 

1. Спецпредложение SPO может иметь больший приоритет перед обычными ценовыми предложениями Ordinary (пункт 3).
   Для этого необходимо активировать признак "Cost from SPO has higher priority than from Ordinary when calculating of hotel costs".
2. Можно выбрать приоритет между значением цены (минимальная в приоритете) и датой создания ценового предложения Cost Offer - т.е. поменять местами пункт 4 и 5.
   Если стоит признак "Date of cost higher priority than value when calculating of hotel costs" - более поздний по дате создания Cost offer (пункт 5)
   имеет приоритет над минимальной ценой (пункт 4). Если не стоит - приоритет остается прежним.
!  Для того, чтобы новые настройки вступили в действие, необходимо перезапустить Master-Interlook.

Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:

  • Min-Max продолжительность
  • Рынок
  • Период действия цены
  • Период продажи
  • Тариф
  • Период действия правил
  • День недели

Только для брутто-цен:

  • Покупатель (или его группа)

Только для нетто-цен

  • Поставщик

Применение XY правил

Правило применяется только один раз за любой период. После успешного расчёта цены, производится анализ на наличие сплошных периодов ночей рассчитанных в рамках одного ценового предложения. Далее проверятся наличие правил у ценового предложения и, в случае совпадения, применяется.

Параметры правила:

  • xFrom - значение X с
  • xTo - значение X до
  • Sign - действие "=" или "-"(равно или минус)
  • Y - Y значение

Примеры правил:

  • Для продолжительности от 7(xFrom) до 14(xTo) ночей "минус"(Sign) 1(Y) ночь
  • Для продолжительности от 21(xFrom) до 21(xTo) ночей "равно"(Sign) 19(Y) ночей

Выбор правила и применение:

Приоритет при выборе у правила с большим значением xFrom. Значение Sign не влияет на выбор правила. При применении скидка распространяется на последние ночи в рамках периода.

Примеры расчета цен на проживание

SPO_1 имеет XY Rules:

  • xFrom - 3
  • xTo - 4
  • Sign - действие "="
  • Y - 3

SPO_2 не имеет правил.
Пример №1
Рассмотрим пример со следующими данными:
Пример SPO
Вариант №1. В случае, если период проживания с 04.10 по 17.10, то расчет цен производится сначала по SPO_1 с XY Rules, после по SPO_2: первые 12 ночей по SPO_1, последняя ночь по SPO_2.
Вариант №2. Если период проживания с 12.10 по 19.10, то расчет : первые 4 ночи - 1 ночь (правило XY SPO_1) + последние 3 ночи по SPO_2.
Пример №2
Пример SPO
Вариант №1. Период проживания с 06.10 по 17.10, расчет цен производится только по SPO_1.
Вариант №2. Если период проживания с 08.10 по 14.10, то расчет производится исключительно по SPO_2.
Вариант №3. Период проживания с 06.10 по 12.10, расчет цен производится только по SPO_1.
Пример №3
Пример SPO
Вариант №1. Период проживания с 07.10 по 14.10, расчет цен производится только по SPO_2.
Вариант №2. Если период проживания с 09.10 по 14.10, то расчет производится исключительно по SPO_2.(По более младшему Cost Offers)
Вариант №3. Период проживания с 06.10 по 12.10, расчет цен производится только по SPO_1.
Пример №4
SPO_1 имеет XY Rules:

  • xFrom - 4
  • xTo - 9
  • Sign - действие "-"
  • Y - 1

SPO_2 имеет XY Rules:

  • xFrom - 4
  • xTo - 6
  • Sign - действие "-"
  • Y - 1

Пример SPO
Вариант №1. Период проживания с 07.10 по 16.10, расчет цен производится только по SPO_1 с применением правила 9-1.
Вариант №2. Если период проживания с 09.10 по 13.10, то расчет производится исключительно по SPO_2.

Правила расчёта цен на дополнительные услуги (extra-services)

Если услуга имеет продолжительность, то рассчитывается каждый день отдельно.

Первый этап расчета заключается в отборе цен по следующим параметрам:

  • Услуга
  • Тариф (для брутто и нетто соответственно)
  • Даты действия (не строгое соответствие => =<, если указаны)
  • Даты заездов (не строгое соответствие => =<, если указаны)
  • Даты продажи по СПО (не строгое соответствие => =<, если указаны)

Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - индивидуально.

Второй этап представляет собой сортировку по определенным параметрам.
Параметры для брутто-цены:

  1. Рынок ценового предложения (конкретный приоритетней ALL)
  2. Покупатель (конкретный приоритетней группы)
  3. Город (конкретный приоритетней ALL)
  4. Дата создания ценового предложения (новое приоритетней старого)
  5. Дата создания цены (новое приоритетней старого)
  6. Дата заезда с (ближняя к заезду приоритетней)
  7. Дата заезда по (ближняя к заезду приоритетней)
  8. Дата действия с (ближняя к заезду приоритетней)
  9. Дата действия по (ближняя к заезду приоритетней)

Параметры для нетто-цены:

  1. Сервис-провайдер, поставщик (если владелец продукта является поставщиком экстра-сервиса, то он имеет приоритет перед другими поставщиками данной услуги)
    1. Подбор провайдера по географии (по более конкретизированной)
    2. При равном приоритете по географии осуществляется подбор по цене (наименьшая приоритетней)
  2. Дата создания ценового предложения (новое приоритетней старого)
  3. Дата заезда с (ближняя к заезду приоритетней)
  4. Дата заезда по (ближняя к заезду приоритетней)
  5. Дата с (ближняя к заезду приоритетней)
  6. Дата по (ближняя к заезду приоритетней)
  7. Цена (минимальная приоритетней)


Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:

  • Город (свой и ALL)
  • Min-Max продолжительность
  • Рынок
  • Период действия цены
  • Период продажи
  • Тариф
  • Период действия правил
  • День недели

Только для брутто-цен:

  • Покупатель (покупатель, группа или ALL)
  • Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей

Только для нетто-цен:

  • Поставщик

Правила расчёта цен на дополнительные услуги в отеле Adhot

Если услуга имеет продолжительность, то рассчитывается каждый день отдельно.

Первый этап расчета заключается в отборе цен по следующим параметрам:

  • Услуга
  • Тариф (для брутто и нетто соответственно)
  • Даты действия (не строгое соответствие => =<, если указаны)
  • Даты заездов (не строгое соответствие => =<, если указаны)
  • Даты продажи по СПО (не строгое соответствие => =<, если указаны)

Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - индивидуально.

Второй этап представляет собой сортировку по определенным параметрам.

Параметры для брутто-цены:

  1. Рынок ценового предложения (конкретный приоритетней All)
  2. Покупатель, туроператор (конкретный приоритетней группы)
  3. Город (конкретный приоритетней All)
  4. Дата создания ценового предложения (новое приоритетней старого)
  5. Дата создания цены (новое приоритетней старого)
  6. Дата заезда с (ближняя к заезду приоритетней)
  7. Дата заезда по (ближняя к заезду приоритетней)
  8. Дата продажи с (ближняя к заезду приоритетней)
  9. Дата продажи по (ближняя к заезду приоритетней)
  10. Дата действия с (ближняя к заезду приоритетней)
  11. Дата действия по (ближняя к заезду приоритетней)

Параметры для нетто-цены:

  1. Сервис-провайдер (поставщик) (если стоит Partner like hotel – такой же, как у отеля)
    1. Если владелец продукта является поставщиком доп. услуги ADHOT, то он имеет приоритет перед другими поставщиками данной услуги
    2. Подбор провайдера по географии (по более конкретизированной)
    3. При равном приоритете по географии осуществляется подбор по цене (наименьшая приоритетней)
  2. Тип номера (конкретный приоритетней All)
  3. Категория номера/Размещение (конкретный приоритетней All)
  4. Отель(конкретный приоритетней All)
  5. Возраст (конкретный приоритетней All)
  6. Город (конкретный приоритетней All)
  7. Дата создания ценового предложения (новое приоритетней старого)
  8. Дата заезда с (ближняя к заезду приоритетней)
  9. Дата заезда по (ближняя к заезду приоритетней)
  10. Дата продажи с (ближняя к заезду приоритетней)
  11. Дата продажи по (ближняя к заезду приоритетней)
  12. Дата действия с (ближняя к заезду приоритетней)
  13. Дата действия по (ближняя к заезду приоритетней)
  14. Цена (минимальная приоритетней)
  15. Дата создания цены (поздняя приоритетней)

Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:

  • Город (свой и All)
  • Min-Max продолжительность
  • Рынок
  • Период действия цены
  • Период продажи
  • Тариф
  • Период действия правил
  • День недели

Только для брутто-цен:

  • Покупатель (покупатель, группа или All)
  • Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей

Только для нетто-цен:

  • Поставщик

Правила расчёта цен на Экскурсии

Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены. Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.
Ea 113.png

Первый этап расчета заключается в отборе цен по следующим параметрам:

  • Услуга экскурсии
  • Тариф (для брутто и нетто соответственно)
  • Даты действия (не строгое соответствие => =<, если указаны)
  • Даты заездов (не строгое соответствие => =<, если указаны)
  • Даты продажи по СПО (не строгое соответствие => =<, если указаны)

Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - происходит разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно).

Второй этап представляет собой сортировку по определенным параметрам.
Параметры для брутто-цены:

  1. Тип ценового предложения (SPO приоритетней Ordinary)
  2. Покупатель (конкретный приоритетней группы)
  3. Возраст «С» (по возрастанию)
  4. Возраст «По» (по возрастанию)
  5. Город начала предоставления услуги (конкретный приоритетней)
  6. Город окончания предоставления услуги (конкретный приоритетней)
  7. Дата создания ценового предложения (новое приоритетней старого)
  8. Ключ цены в Базе Данных

Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:

  • Возраст
  • Min-Max продолжительность
  • Рынок
  • Период действия цены
  • Период оказания услуги
  • Период продажи
  • Тариф
  • Период действия правил
  • День недели

Только для брутто-цен:

  • Покупатель (покупатель, группа или ALL)
  • Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей

Правила расчёта цен на Трансферы

Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены. Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.
Ea 114.png

Первый этап расчета заключается в отборе цен по следующим параметрам:

  • Услуга трансфера
  • Тип трансфера
  • Точка начала
  • Точка конца
  • Тариф (для брутто и нетто соответственно)
  • Даты действия (не строгое соответствие => =<, если указаны)
  • Даты заездов (не строгое соответствие => =<, если указаны)
  • Даты продажи по СПО (не строгое соответствие => =<, если указаны)

Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - происходит разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно).

Второй этап представляет собой сортировку по определенным параметрам.
Параметры для брутто-цены:

  1. Тип ценового предложения (SPO приоритетней Ordinary)
  2. Покупатель (конкретный приоритетней группы)
  3. Возраст «С» (по возрастанию)
  4. Возраст «По» (по возрастанию)
  5. Точка начала (конкретная приоритетней)
  6. Точка окончания (конкретная приоритетней)
  7. Город начала предоставления услуги (конкретный приоритетней)
  8. Город окончания предоставления услуги (конкретный приоритетней)
  9. Дата создания ценового предложения (новое приоритетней старого)
  10. Ключ цены в Базе Данных

Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:

  • Город начала и окончания
  • Точка начала и окончания
  • Тип трансфера
  • Возраст
  • Min-Max продолжительность
  • Рынок
  • Период действия цены
  • Период оказания услуги
  • Период продажи
  • Тариф
  • Период действия правил
  • День недели

Только для брутто-цен:

  • Покупатель (покупатель, группа или ALL)
  • Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
Источник — «http://wiki.megatec.ru/index.php?title=Master-Interlook:Правила_расчета_цен_на_услуги&oldid=28040»