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

Материал из Megatec
Перейти к: навигация, поиск
[досмотренная версия][досмотренная версия]
(→‎Правила расчёта цен на Трансферы)
 
(не показаны 22 промежуточные версии 4 участников)
Строка 5: Строка 5:
 
Более ранние версии:<BR>
 
Более ранние версии:<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>
 
[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>
 +
[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>
 
</td>
 
</tr>
 
</tr>
 
</table>
 
</table>
 +
<br />
 +
===Введение===
 +
Данная статья описывает основные алгоритмы, используемые программой при расчете цен на различные типы услуг начиная с релиза 2011.4.0. В ПК "Мастер-Interlook" представлены 4 основных типа услуг:
 +
*Проживание в отеле;
 +
*Дополнительные услуги в отеле;
 +
*Экскурсии;
 +
*Трансферы, для которых ниже представлены правила расчёта цен.
 +
 +
===Основные принципы расчёта цен===
 +
В случае, если производится расчёт услуги на определённый период и хотя бы на одну из дат предоставления услуги не заведена цена, расчёт данной услуги производиться не будет.
 +
 +
В случае, если в рассчитываемый период попадают несколько отрезков времени с различными ценами, расчёт услуги будет производиться с учётом приоритетов по каждому дню предоставления услуги.
  
 +
Расчет цен для всех типов услуг происходит в четыре этапа:
 +
#Проверка есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.
 +
#Отбор цен по первоначальным параметрам.
 +
#Сортировка цен.
 +
#Выбор цены по дополнительным параметрам. Происходит по очереди для каждой цены в сортированном списке. Из списка выбирается первая подходящая по всем параметрам цена.
  
−
===Введение===
 
−
Данная статья описывает основные алгоритмы, используемые программой при расчете цен на различные типы услуг начиная с релиза 2009.2.22. В ПК "Мастер-Interlook" представлены 4 основых типа услуг: Проживание в отеле, Дополнительные услуги в отеле, Экскурсии и Трансферы, для которых ниже представлены правила расчёта цен. <BR>
 
−
===Основные принципы расчёта цен===
 
−
Для расчёта всегда применяется цена, принадлежащая предложению типа SPO, если она подходит для рассчитываемой услуги. Приоритет цен типа SPO над Ordinary доминирующий.<BR>
 
−
В случае, если производится расчёт услуги на опеределённый период и хотя бы на одну из дат предоставления услуги не заведена цена, расчёт данной услуги производиться не будет.<BR>
 
−
В случае, если в рассчитываемый период попадают несколько отрезков времени с различными ценами, расчёт услуги будет производиться с учётом приоритетов по каждому дню предоставления услуги.<BR>
 
 
===Правила расчёта цен на Проживание в отеле===  
 
===Правила расчёта цен на Проживание в отеле===  
−
Расчёт производится отдельно для Брутто и Нетто цены. При расчёте производится подбор цены на каждую ночь с учётом параметров и приоритетов выбора. Для расчёта Нетто цены сначала производится подбор поставщиков и выбор наиболее приоритетного. Если цена успешно рассчиталась на всю продолжительность услуги, то происходит разбитие услуги на периоды ночей, рассчитанных в рамках одного ценового предложения. В случае наличия правил (XY) у ценового предложения производится проверка возможности их применения.<BR>
+
Расчёт производится отдельно для брутто- и нетто-цены. При расчёте производится подбор цены на каждую ночь с учётом параметров и приоритетов выбора. Если цена успешно рассчиталась на всю продолжительность услуги, то происходит разбитие услуги на периоды ночей, рассчитанных в рамках одного ценового предложения. В случае наличия правил (XY) у ценового предложения, производится проверка возможности их применения.<br />
−
Подбор цен осуществляется в соответствии с точным попаданием параметров:
+
Первый этап расчета заключается в проверке есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.<br />
−
*Отель
+
Второй этап расчета заключается в отборе цен по следующим параметрам:
−
*Тип номера
+
*Отель, предоставляющий услугу
 +
*Тип комнаты
 +
*Питание
 
*Категория номера
 
*Категория номера
−
*Размещение
+
*Тип размещения
−
*Питание
+
*Тариф (соответственно для брутто и нетто)
−
*Тариф (для Брутто и Нетто соответственно)
 
−
*Рынок СПО (равен рынку Покупателя или All)
 
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
−
*Мин макс продолжительность по СПО
+
 
−
Только для Брутто:
+
Третий этап представляет собой сортировку по определенным параметрам. <br />
−
*Покупатель (покупатель или его группа)
+
'''Параметры для брутто-цены:'''
−
Только для Нетто:
+
#Рынок ценового предложения (конкретный приоритетней ALL)
−
*Поставщик
+
#Покупатель (конкретный приоритетней группы)
−
<BR>
+
#Город (конкретный приоритетней ALL)
−
'''Приоритет выбора цен'''<BR>
+
#Дата создания ценового предложения (новое приоритетней старого) '''Исключение! Если расчет на проживание начинается с костофера SPO с XY Rules, то расчет ведется по этому костоферу SPO с XY Rules'''
−
Список параметров, влияющих на приоритет выбора Брутто цены:
+
'''до конца действия костофера или до конца периода проживания.'''
−
*Тип ценового предложения (SPO приоритетней Ordinary)
+
#Дата создания цены (новая приоритетней старой)
−
*Рынок ценового предложения (Свой приоритетней ALL)
+
#Дата заезда с (максимальная приоритетней)
−
*Покупатель (Свой приоритетней группы)
+
#Дата заезда по (минимальная приоритетней)
−
*Дата создания ценового предложения (новое приоритетней старого)
+
#Дата выезда с (максимальная приоритетней)
−
*Дата заезда с (максимальная приоритетней)
+
#Дата выезда по (минимальная приоритетней)
−
*Дата заезда по (минимальная приоритетней)
+
#Ключ цены в Базе Данных
−
*Дата с (максимальная приоритетней)
 
−
*Дата по (минимальная приоритетней)
 
−
*Дата создания цены (новая приоритетней старой)
 
−
*Цена (большая приоритетней)
 
 
 
−
Список параметров, влияющих на приоритет выбора Нетто цены:
+
'''Параметры для нетто-цены:'''
−
*Поставщик (если равен филиалу, то приоритетней)
+
#Поставщик (если владелец продукта является поставщиком проживания, то он имеет приоритет перед другими поставщиками данной услуги)
−
*Тип ценового предложения (SPO приоритетней Ordinary)
+
#Рынок ценового предложения (конкретный приоритетней 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''').
−
*Дата заезда с (максимальная приоритетней)
+
#Значение цены (минимальная приоритетней)
−
*Дата заезда по (минимальная приоритетней)
+
#Дата создания ценового предложения (новое приоритетней старого)
−
*Дата с (максимальная приоритетней)
+
#Дата заезда с (максимальная приоритетней)
−
*Дата по (минимальная приоритетней)
+
#Дата заезда по (минимальная приоритетней)
−
*Дата создания цены (новая приоритетней старой)
+
#Дата с (максимальная приоритетней)
−
*Цена (меньшая приоритетней)
+
#Дата по (минимальная приоритетней)
−
<BR>
+
#Дата действия цены С.(дата,что ближе к заезду, приоритетней)
−
'''Применение XY правил'''<BR>
+
#Дата действия цены ПО.(дата,что дальше от заезда, приоритетней)
−
Правило применяется только один раз за любой период. После успешного расчёта цены производится анализ на наличие сплошных периодов ночей рассчитанных в рамках одного ценового предложения. Далее проверятся, наличие правил у ценового предложения и в случае совпадения применяется.  
+
#Ключ цены в Базе Данных
 +
Имеется возможность изменить некоторые из настроек расчета в системных настройках ('''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 с
 
*xFrom - значение X с
 
*xTo  - значение X до
 
*xTo  - значение X до
−
*Sign  - действие ‘=’ или ‘-‘(равно или минус)
+
*Sign  - действие "=" или "-"(равно или минус)
 
*Y    - Y значение
 
*Y    - Y значение
−
Примеры правил:<BR>
+
Примеры правил:
−
Для продолжительности от 7(xFrom) до 14(xTo) ночей  "минус"(Sign) 1(Y) ночь;
+
*Для продолжительности от 7(xFrom) до 14(xTo) ночей  "минус"(Sign) 1(Y) ночь
−
Для продолжительности от 21(xFrom) до 21(xTo) ночей "равно"(Sign) 19(Y) ночей.
+
*Для продолжительности от 21(xFrom) до 21(xTo) ночей "равно"(Sign) 19(Y) ночей
 +
 
 +
Выбор правила и применение:
  
−
Выбор правила и применение:<BR>
 
 
Приоритет при выборе у правила с большим значением xFrom.  '''Значение Sign не влияет на выбор правила'''. При применении скидка распространяется на последние ночи в рамках периода.
 
Приоритет при выборе у правила с большим значением xFrom.  '''Значение Sign не влияет на выбор правила'''. При применении скидка распространяется на последние ночи в рамках периода.
−
<BR>
+
 
−
===Правила расчёта цен на Дополнительные услуги в отелях===
+
====Примеры расчета цен на проживание====
−
Расчёт Нетто и Брутто цены не связан. В первую очередь идёт попытка рассчитать доп. услугу  по групповой цене. Если не удалось рассчитать по групповой цене, то производится расчёт по индивидуальным ценам. Если услуга имеет продолжительность, то рассчитывается каждый день отдельно.<BR>
+
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)===
 +
 
 +
Если услуга имеет продолжительность, то рассчитывается каждый день отдельно.
 +
 
 +
Первый этап расчета заключается в отборе цен по следующим параметрам:
 +
*Услуга
 +
*Тариф (для брутто и нетто соответственно)
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
−
+
Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - индивидуально.
−
Только для Брутто:
+
 
−
*Покупатель (покупатель, группа или все покупатели «All»)
+
Второй этап представляет собой сортировку по определенным параметрам. <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)
 +
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
 +
 
 +
Только для нетто-цен:
 +
*Поставщик
  
−
Только для Нетто:
 
−
*Поставщик
 
−
'''Приоритет выбора цен'''<BR>
 
−
Список параметров, влияющих на приоритет выбора Брутто цены:
 
−
*Тип ценового предложения (SPO приоритетней Ordinary)
 
−
*Рынок ценового предложения (Свой приоритетней ALL)
 
−
*Покупатель (Свой приоритетней группы)
 
−
*Дата создания ценового предложения (новое приоритетней старого)
 
−
*Дата создания цены (новая приоритетней старой)
 
−
*Дата заезда с (максимальная приоритетней)
 
−
*Дата заезда по (минимальная приоритетней)
 
−
*Дата с (максимальная приоритетней)
 
−
*Дата по (минимальная приоритетней)
 
−
 
−
Список параметров, влияющих на приоритет выбора Нетто цены:
 
−
*Поставщик (если равен филиалу, то приоритетней)
 
−
*Тип ценового предложения (SPO приоритетней Ordinary)
 
−
*Дата создания ценового предложения (новое приоритетней старого)
 
−
*Дата заезда с (максимальная приоритетней)
 
−
*Дата заезда по (минимальная приоритетней)
 
−
*Дата с (максимальная приоритетней)
 
−
*Дата по (минимальная приоритетней)
 
−
*Цена (меньшая приоритетней )
 
−
*Дата создания цены (новая приоритетней старой)
 
−
<BR>
 
 
===Правила расчёта цен на Экскурсии===
 
===Правила расчёта цен на Экскурсии===
−
Расчёт Нетто и Брутто цены связан. В случае подбора Брутто цены идёт проверка связанной  Нетто цены, если поставщик подходит, то эта цена берётся в качестве Нетто. В первую очередь идёт попытка рассчитать экскурсию по групповой цене. Если не удалось рассчитать по групповой цене, то производиться разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно). Итоговая цена определяется как сумма всех составляющих.<BR>
+
'''Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены.''' Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.</br>
−
Подбор цен осуществляется в соответствии с точным попаданием параметров:
+
[[Файл:ea_113.png|400px]]</br>
−
*Трансфер
+
 
−
*Возраст
+
Первый этап расчета заключается в отборе цен по следующим параметрам:
−
*Тариф (для Брутто и Нетто соответственно)
+
*Услуга экскурсии
−
*Рынок СПО (равен рынку Покупателя или All)
+
*Тариф (для брутто и нетто соответственно)
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
−
+
Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - происходит разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно).
−
Только для Брутто:
+
 
−
*Покупатель (покупатель, группа или все покупатели «All»)
+
Второй этап представляет собой сортировку по определенным параметрам. <br />
 +
'''Параметры для брутто-цены:'''
 +
#Тип ценового предложения (SPO приоритетней Ordinary)
 +
#Покупатель (конкретный приоритетней группы)
 +
#Возраст «С» (по возрастанию)
 +
#Возраст «По» (по возрастанию)
 +
#Город начала предоставления услуги (конкретный приоритетней)
 +
#Город окончания предоставления услуги (конкретный приоритетней)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Ключ цены в Базе Данных
 +
 
 +
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:
 +
*Возраст
 +
*Min-Max продолжительность
 +
*Рынок
 +
*Период действия цены
 +
*Период оказания услуги
 +
*Период продажи
 +
*Тариф
 +
*Период действия правил
 +
*День недели
  
−
Только для Нетто:
+
Только для брутто-цен:
−
*Поставщик
+
*Покупатель (покупатель, группа или ALL)
 +
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
  
−
'''Приоритет выбора цен'''<BR>
 
−
Список параметров, влияющих на приоритет выбора Брутто цены:
 
−
*Покупатель (Свой приоритетней группы)
 
−
*Возраст «С» (по возрастанию)
 
−
*Возраст «По» (по возрастанию)
 
−
*Город начала предоставления услуги (свой приоритетней)
 
−
*Город окончания предоставления услуги (свой приоритетней)
 
−
*Дата создания ценового предложения (новое приоритетней старого)
 
−
*Дата создания цены (новая приоритетней старой)
 
−
 
−
Список параметров, влияющих на приоритет выбора Нетто цены:
 
−
*Поставщик (Если равен филиалу, то приоритетней)
 
−
*Возраст «С» (по возрастанию)
 
−
*Возраст «По» (по возрастанию)
 
−
*Город начала предоставления услуги (свой приоритетней)
 
−
*Город окончания предоставления услуги (свой приоритетней)
 
−
*Дата создания ценового предложения (новое приоритетней старого)
 
−
*Цена (меньшая приоритетней)
 
−
*Дата создания цены (новая приоритетней старой)
 
−
<BR>
 
 
===Правила расчёта цен на Трансферы===
 
===Правила расчёта цен на Трансферы===
−
Расчёт Нетто и Брутто цены связан. В случае подбора Брутто цены идёт проверка связанной  нетто цены, если поставщик подходит, то эта цена берётся в качестве Нетто. В первую очередь идёт попытка рассчитать трансфер по групповой цене. Если не удалось рассчитать по групповой цене, то производиться разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно). Итоговая цена определяется как сумма всех составляющих.<BR>
+
'''Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены.''' Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.</br>
−
Подбор цен осуществляется в соответствии с точным попаданием параметров:
+
[[Файл:ea_114.png|400px]]</br>
−
*Трансфер
+
 
−
*Город начала (свой и «все»)
+
Первый этап расчета заключается в отборе цен по следующим параметрам:
−
*Город окончания (свой и «все»)
+
*Услуга трансфера
−
*Точка начала (своя и «все»)
+
*Тип трансфера
−
*Точка окончания (своя и «все»)
+
*Точка начала
−
*Возраст
+
*Точка конца
−
*Тариф (для Брутто и Нетто соответственно)
+
*Тариф (для брутто и нетто соответственно)
−
*Рынок СПО (равен рынку Покупателя или All)
 
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты действия (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты заездов (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
−
+
Если среди выбранных на первом этапе цен есть групповые, то расчет будет производиться по группе, иначе - происходит разбивка услуги по признаку возраста туриста (каждый уникальный возраст рассчитывается отдельно).
−
Только для Брутто:
 
−
*Покупатель (покупатель, группа или все покупатели «All»)
 
  
−
Только для Нетто:
+
Второй этап представляет собой сортировку по определенным параметрам.<br />
−
*Поставщик
+
'''Параметры для брутто-цены:'''
 +
#Тип ценового предложения (SPO приоритетней Ordinary)
 +
#Покупатель (конкретный приоритетней группы)
 +
#Возраст «С» (по возрастанию)
 +
#Возраст «По» (по возрастанию)
 +
#Точка начала (конкретная приоритетней)
 +
#Точка окончания (конкретная приоритетней)
 +
#Город начала предоставления услуги (конкретный приоритетней)
 +
#Город окончания предоставления услуги (конкретный приоритетней)
 +
#Дата создания ценового предложения (новое приоритетней старого)
 +
#Ключ цены в Базе Данных
  
−
'''Приоритет выбора цен'''<BR>
+
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:
−
Список параметров, влияющих на приоритет выбора Брутто цены:
+
*Город начала и окончания
−
*Тип ценового предложения (SPO приоритетней Ordinary)
+
*Точка начала и окончания
−
*Покупатель (Свой приоритетней группы)
+
*Тип трансфера
−
*Возраст «С» (по возрастанию)
+
*Возраст
−
*Возраст «По» (по возрастанию)
+
*Min-Max продолжительность
−
*Точка начала (своя приоритетней)
+
*Рынок
−
*Точка окончания (своя приоритетней)
+
*Период действия цены
−
*Город начала предоставления услуги (свой приоритетней)
+
*Период оказания услуги
−
*Город окончания предоставления услуги (свой приоритетней)
+
*Период продажи
−
*Дата создания ценового предложения (новое приоритетней старого)
+
*Тариф
−
*Дата создания цены (новая приоритетней старой)
+
*Период действия правил
−
+
*День недели
−
Список параметров, влияющих на приоритет выбора Нетто цены:
+
 
−
*Поставщик (Если равен филиалу, то приоритетней)
+
Только для брутто-цен:
−
*Возраст «С» (по возрастанию)
+
*Покупатель (покупатель, группа или ALL)
−
*Возраст «По» (по возрастанию)
+
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
−
*Точка начала (своя приоритетней)
 
−
*Точка окончания (своя приоритетней)
 
−
*Город начала предоставления услуги (свой приоритетней)
 
−
*Город окончания предоставления услуги (свой приоритетней)
 
−
*Дата создания ценового предложения (новое приоритетней старого)
 
−
*Цена (меньшая приоритетней)
 
−
*Дата создания цены (новая приоритетней старой)
 
−
<BR>
 
  
 
[[Category:Master-Interlook_Prices]]
 
[[Category:Master-Interlook_Prices]]
 
[[Category:Master-Interlook_Tutorial]]
 
[[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»