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

Материал из Megatec
Перейти к: навигация, поиск
[досмотренная версия][досмотренная версия]
(Правила расчёта цен на Трансферы)
 
(не показано 16 промежуточных версий 3 участников)
Строка 11: Строка 11:
 
<br />
 
<br />
 
===Введение===
 
===Введение===
Данная статья описывает основные алгоритмы, используемые программой при расчете цен на различные типы услуг начиная с релиза 2011.4.0. В ПК "Мастер-Interlook" представлены 4 основных типа услуг: Проживание в отеле, Дополнительные услуги в отеле, Экскурсии и Трансферы, для которых ниже представлены правила расчёта цен.
+
Данная статья описывает основные алгоритмы, используемые программой при расчете цен на различные типы услуг начиная с релиза 2011.4.0. В ПК "Мастер-Interlook" представлены 4 основных типа услуг:
 +
*Проживание в отеле;
 +
*Дополнительные услуги в отеле;
 +
*Экскурсии;
 +
*Трансферы, для которых ниже представлены правила расчёта цен.
 +
 
 
===Основные принципы расчёта цен===
 
===Основные принципы расчёта цен===
 
В случае, если производится расчёт услуги на определённый период и хотя бы на одну из дат предоставления услуги не заведена цена, расчёт данной услуги производиться не будет.
 
В случае, если производится расчёт услуги на определённый период и хотя бы на одну из дат предоставления услуги не заведена цена, расчёт данной услуги производиться не будет.
Строка 17: Строка 22:
 
В случае, если в рассчитываемый период попадают несколько отрезков времени с различными ценами, расчёт услуги будет производиться с учётом приоритетов по каждому дню предоставления услуги.
 
В случае, если в рассчитываемый период попадают несколько отрезков времени с различными ценами, расчёт услуги будет производиться с учётом приоритетов по каждому дню предоставления услуги.
  
Расчет цен для всех типов услуг происходит в три этапа:
+
Расчет цен для всех типов услуг происходит в четыре этапа:
 +
#Проверка есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.
 
#Отбор цен по первоначальным параметрам.
 
#Отбор цен по первоначальным параметрам.
 
#Сортировка цен.
 
#Сортировка цен.
 
#Выбор цены по дополнительным параметрам. Происходит по очереди для каждой цены в сортированном списке. Из списка выбирается первая подходящая по всем параметрам цена.
 
#Выбор цены по дополнительным параметрам. Происходит по очереди для каждой цены в сортированном списке. Из списка выбирается первая подходящая по всем параметрам цена.
 +
 
===Правила расчёта цен на Проживание в отеле===  
 
===Правила расчёта цен на Проживание в отеле===  
Расчёт производится отдельно для брутто- и нетто-цены. При расчёте производится подбор цены на каждую ночь с учётом параметров и приоритетов выбора. Если цена успешно рассчиталась на всю продолжительность услуги, то происходит разбитие услуги на периоды ночей, рассчитанных в рамках одного ценового предложения. В случае наличия правил (XY) у ценового предложения, производится проверка возможности их применения.
+
Расчёт производится отдельно для брутто- и нетто-цены. При расчёте производится подбор цены на каждую ночь с учётом параметров и приоритетов выбора. Если цена успешно рассчиталась на всю продолжительность услуги, то происходит разбитие услуги на периоды ночей, рассчитанных в рамках одного ценового предложения. В случае наличия правил (XY) у ценового предложения, производится проверка возможности их применения.<br />
 
+
Первый этап расчета заключается в проверке есть ли цены на услуги с конкретизированными параметрами. Если таких цен нет, то переходим на следующий шаг отбора. Если цены с конкретизированными параметрами имеются (не ALL), то на дальнейших этапах сортируются эти цены.<br />
Первый этап расчета заключается в отборе цен по следующим параметрам:
+
Второй этап расчета заключается в отборе цен по следующим параметрам:
 
*Отель, предоставляющий услугу
 
*Отель, предоставляющий услугу
 
*Тип комнаты
 
*Тип комнаты
Строка 35: Строка 42:
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
 
*Даты продажи по СПО (не строгое соответствие =>  =<, если указаны)
  
Второй этап представляет собой сортировку по определенным параметрам. <br />
+
Третий этап представляет собой сортировку по определенным параметрам. <br />
 
'''Параметры для брутто-цены:'''
 
'''Параметры для брутто-цены:'''
#Тип ценового предложения (SPO приоритетней Ordinary)
 
 
#Рынок ценового предложения (конкретный приоритетней ALL)
 
#Рынок ценового предложения (конкретный приоритетней ALL)
 
#Покупатель (конкретный приоритетней группы)
 
#Покупатель (конкретный приоритетней группы)
 
#Город (конкретный приоритетней ALL)
 
#Город (конкретный приоритетней ALL)
#Дата создания ценового предложения (новое приоритетней старого)
+
#Дата создания ценового предложения (новое приоритетней старого) '''Исключение! Если расчет на проживание начинается с костофера SPO с XY Rules, то расчет ведется по этому костоферу SPO с XY Rules'''
 +
'''до конца действия костофера или до конца периода проживания.'''
 
#Дата создания цены (новая приоритетней старой)
 
#Дата создания цены (новая приоритетней старой)
 
#Дата заезда с (максимальная приоритетней)
 
#Дата заезда с (максимальная приоритетней)
 
#Дата заезда по (минимальная приоритетней)
 
#Дата заезда по (минимальная приоритетней)
#Дата с (максимальная приоритетней)
+
#Дата выезда с (максимальная приоритетней)
#Дата по (минимальная приоритетней)
+
#Дата выезда по (минимальная приоритетней)
 
#Ключ цены в Базе Данных
 
#Ключ цены в Базе Данных
 
 
Строка 52: Строка 59:
 
#Поставщик (если владелец продукта является поставщиком проживания, то он имеет приоритет перед другими поставщиками данной услуги)
 
#Поставщик (если владелец продукта является поставщиком проживания, то он имеет приоритет перед другими поставщиками данной услуги)
 
#Рынок ценового предложения (конкретный приоритетней ALL)
 
#Рынок ценового предложения (конкретный приоритетней ALL)
#Тип ценового предложения (SPO приоритетней Ordinary)
+
#Тип ценового предложения (SPO приоритетней Ordinary) - по умолчанию не активирована - работает только при активации признака '''"Cost from SPO has higher priority than from Ordinary when calculating of hotel costs"'''. Если признак не стоит - SPO не имеет приоритета перед Ordinary (активация признака находится в '''System Settings → Functional settings → Cost calculation''').
 
#Значение цены (минимальная приоритетней)
 
#Значение цены (минимальная приоритетней)
 
#Дата создания ценового предложения (новое приоритетней старого)
 
#Дата создания ценового предложения (новое приоритетней старого)
Строка 59: Строка 66:
 
#Дата с (максимальная приоритетней)
 
#Дата с (максимальная приоритетней)
 
#Дата по (минимальная приоритетней)
 
#Дата по (минимальная приоритетней)
 +
#Дата действия цены С.(дата,что ближе к заезду, приоритетней)
 +
#Дата действия цены ПО.(дата,что дальше от заезда, приоритетней)
 
#Ключ цены в Базе Данных
 
#Ключ цены в Базе Данных
 +
Имеется возможность изменить некоторые из настроек расчета в системных настройках ('''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.
  
 
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:  
 
Третий этап представляет собой выбор цены по принципу точного соответствия параметров по каждому дню услуги отдельно. Параметры, влияющие на отбор:  
Строка 90: Строка 106:
  
 
Приоритет при выборе у правила с большим значением xFrom.  '''Значение Sign не влияет на выбор правила'''. При применении скидка распространяется на последние ночи в рамках периода.
 
Приоритет при выборе у правила с большим значением 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)===
 
===Правила расчёта цен на дополнительные услуги (extra-services)===
Строка 206: Строка 259:
  
 
===Правила расчёта цен на Экскурсии===
 
===Правила расчёта цен на Экскурсии===
Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт проверка связанной нетто-цены, если поставщик подходит, то эта цена берётся в качестве нетто.
+
'''Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены.''' Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.</br>
 +
[[Файл:ea_113.png|400px]]</br>
  
 
Первый этап расчета заключается в отборе цен по следующим параметрам:
 
Первый этап расчета заключается в отборе цен по следующим параметрам:
Строка 225: Строка 279:
 
#Город окончания предоставления услуги (конкретный приоритетней)
 
#Город окончания предоставления услуги (конкретный приоритетней)
 
#Дата создания ценового предложения (новое приоритетней старого)
 
#Дата создания ценового предложения (новое приоритетней старого)
#Ключ цены в Базе Данных
 
 
'''Параметры для нетто-цены:'''
 
#Поставщик (если владелец продукта является поставщиком экскурсии, то он имеет приоритет перед другими поставщиками данной услуги)
 
#Возраст «С» (по возрастанию)
 
#Возраст «По» (по возрастанию)
 
#Город начала предоставления услуги (конкретный приоритетней)
 
#Город окончания предоставления услуги (конкретный приоритетней)
 
#Дата создания ценового предложения (новое приоритетней старого)
 
#Значение цены (минимальная приоритетней)
 
 
#Ключ цены в Базе Данных
 
#Ключ цены в Базе Данных
  
Строка 252: Строка 296:
 
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
 
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
  
Только для нетто-цен:
 
*Поставщик
 
 
===Правила расчёта цен на Трансферы===
 
===Правила расчёта цен на Трансферы===
Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт проверка связанной нетто-цены, если поставщик подходит, то эта цена берётся в качестве нетто.
+
'''Расчёт нетто- и брутто-цены связан. В случае подбора брутто-цены идёт выбор соответствующей ей нетто-цены.''' Об этом появляется сообщение при переходе в раздел нетто-цен в экране Calculation checker.</br>
 +
[[Файл:ea_114.png|400px]]</br>
  
 
Первый этап расчета заключается в отборе цен по следующим параметрам:
 
Первый этап расчета заключается в отборе цен по следующим параметрам:
Строка 279: Строка 322:
 
#Город окончания предоставления услуги (конкретный приоритетней)
 
#Город окончания предоставления услуги (конкретный приоритетней)
 
#Дата создания ценового предложения (новое приоритетней старого)
 
#Дата создания ценового предложения (новое приоритетней старого)
#Ключ цены в Базе Данных
 
 
'''Параметры для нетто-цены:'''
 
#Поставщик (если владелец продукта является поставщиком трансфера, то он имеет приоритет перед другими поставщиками данной услуги)
 
#Возраст «С» (по возрастанию)
 
#Возраст «По» (по возрастанию)
 
#Точка начала (конкретная приоритетней)
 
#Точка окончания (конкретная приоритетней)
 
#Город начала предоставления услуги (конкретный приоритетней)
 
#Город окончания предоставления услуги (конкретный приоритетней)
 
#Дата создания ценового предложения (новое приоритетней старого)
 
#Значение цены (минимальная приоритетней)
 
 
#Ключ цены в Базе Данных
 
#Ключ цены в Базе Данных
  
Строка 311: Строка 342:
 
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
 
*Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей
  
Только для нетто-цен:
 
*Поставщик
 
 
[[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)
  • Соответствие поставщика привязанной нетто-цены. Если среди выбранных на первом этапе нетто-цен, не окажется связанной цены, то такая брутто-цена считается неподходящей