You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 18 Next »

Release

2.7

Logus The BoxYes

Модуль лицензируется отдельно.

Logus v2.4  introduces an option of automatic rate changes based on the hotel's occupancy. It is managed by adding additional "occupancy (load) segments", which are arranged automatically for every room type per day depending on the occupancy of this room type. While configuring rate codes there is a new option now that allows you to tie a rate code with an occupancy segment. That's how the dependance between prices and occupancy is being built.  Occupancy updates automatically according to a pre-set schedule and prices are updated automatically as well. Also, the prices are sent to other booking channels. 

Initial Settings

Users will need the following rights: 

  1. Administration/Property/Load segments
  2. Property/Rates

By default 10 load (occupancy) segments are added with 10% difference between them. Should you need additional segments with other % value, you may add them or those change those which are already configured (Administration/Load segments).


The following set up in Property/Revenue Management/Configuration is needed:



ItemDescription
Auto ApproveDynamic Rates Module can work in two modes: Manual or Automatic. In Automatic mode load (occupancy) segments will update automatically every morning (в 6:00), prices will change immediately. If Manual mode is used, it will be necessary to look through and approve segments which are suggested by the system. Prices will change only after manual approval. 
Dynamic prices horizonThe number of days from today's date for which the system will analyze occupancy and will set up segments. Please pay attention that reducing the horizon will not delete the segments which are set up before and which fall outside of the new horizon dates. 
Exclude market segmentsOccupancy calculation will not include rooms with rates from these market segments. It may be used to exclude house use/complimentary rates and guests from occupancy. 

When using Automatic Mode for segments approval, rates will be exported to external booking channels as well.

Occupancy will not include Day Use reservations (reservations with same check in/check out dates), and the time frame for early arrival/late check in. 

Manual Mode

If you choose Auto Approve in settings Dynamic Module activates and functions automatically. No other actions are necessary. If you decide to use Manual Mode you will work in the below screen in Property/Revenue Management/Dynamic prices to manually approve occupancy levels which are calculated by the system. 

The screen will show approximately the following:




The screen shows the data within planning horizon, grouped by roomy type category. На нём отображаются все записи в горизонте планирования, сгруппированные по категориям типов номеров. На каждый день по каждой категории мы можем видеть текущий действующий сегмент (который применяется при расчётах тарифов), а также предлагаемый системой сегмент, если картина по наличию на эту дату изменилась. Если загрузка осталась прежней, предлагаемых сегментов не будет и в колонке предложения будет пусто. Вам необходимо выделить те даты, для которых вы готовы установить новый предлагаемый сегмент загрузки (или выделить вообще всё нажав флажок в заголовке таблицы), и нажать кнопку "Утвердить выделенные". 

Обратите внимание что после утверждения выгрузка тарифов во внешние каналы запустится автоматически!

Картину по загрузке вы можете пересчитать в любой момент, нажав кнопку "Проанализировать".

Зависимость на RevPAR

В версии Логус 2.6 в дополнение к имеющемуся механизму динамических тарифов (от % загрузки), добавлена возможность вариативности в зависимости от % выполнения RevPAR-плана.
Для этого добавлены следующие возможности:

  1. На экран управления доходами добавлены колонки "Текущий RevPAR", "Плановый RevPAR". Плановое значение можно редактировать вручную
  2. В сегменты загрузки добавлен признак типа сегмента - "доходный" или "загрузочный". Доходные сегменты определяют % выполнения планового RevPAR, загрузочные, соответственно, % загрузки.
  3. Логика подбора сегмента загрузки модифицирована следующим образом:
  • сначала осуществляется поиск доходного сегмента загрузки (по % выполнения плана по RevPar) - если такой найден, именно он устанавливается на дату
  • если доходный сегмент не найден, осуществляется поиск по загрузочному сегменту, и если он найден устанавливается на дату

Также на экран динамических тарифов добавлены скрытые колонки полного дохода по типу номера.

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

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

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

Комбинирование Occ и RevPAR

Логика подбора сегмента загрузки модифицируется следующим образом:
1.сначала осуществляется поиск доходного сегмента загрузки (по % выполнения плана по RevPar) - если такой найден, именно он устанавливается на дату.
2.если доходный сегмент не найден, осуществляется поиск по загрузочному сегменту

Сравнение показателей (Occ+RevPar) с прошлым годом

Также теперь на экране "Управление доходами" можно сравнивать показатели загрузки и RevPAR (дохода с номера) с прошлым годом для большей наглядности.

Настройка динамического тарифа

  Любой из имеющихся тарифов можно легко превратить в "динамический". Чтобы переопределить стоимость какого-либо варианта тарифа для определённого пояса загрузки (например мы хотим увеличить цену в высокий сезон при загрузке свыше 90% на 20%), необходимо создать вариант тарифа, настроить ему применимость на высокий сезон, среди поясов загрузки указать "> 90", а затем пронаследовать этот вариант от базового варианта для высокого сезона, указав стоимость 120%. Таким образом при подборе стоимости на высокий сезон на дни с загрузкой более 90%, система будет подбирать вариант, который наиболее точно подходит под критерии. Т.е. будет выбран созданный нами вариант с применимостью на загрузку "> 90%".

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

  • No labels