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

Compare with Current View Page History

« Previous Version 24 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 room type category. You can see a current active segment per day per category (which is used to calculate rates), and also a segment suggested by the system, if there is a change in occupancy for that day. If occupancy is the same then there will be no suggested segments and the column Proposed Segment will be empty. Choose the dates for which you decide to set a new suggested load (occupancy) segment (to choose all the dates click an icon on top of the column with check marks) and then click Approve selected. 

Please pay attention! After you approval rates will be updated in external channels automatically! 

You may re-calculate occupancy at any time by clicking the button Analyze.

RevPAR Dependency


In Logus v.2.6 in addition to the existing functionality (from occupancy %) a new option is added - RevPAR % plan performance may influence Dynamic Rates. There are two options new options now that depend on RevPAR-plan performance.

The following features are added:

  1. There are new columns "Current RevPAR", "Plan RevPAR" on the Revenue Management Screen. Plan value may be changed manually. 
  2. Segment types in Load Segments now have a new attribute - RevPAR or Occupancy. В сегменты загрузки добавлен признак типа сегмента - "доходный" или "загрузочный". Revenue segments determine RevPAR plan performance % , Occupancy segments determine Occupancy%.
  3. Load segments are being chosen according to the following logic:
  • first the system looks for a revenue load segment (according to RevPAR plan performance %) - if such a segment is found then this segment is being set on a date 
  • if a revenue segment is not found then the system looks for an occupancy segment, and if such a segment is found then it is being set on a date. 



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

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

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

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

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

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

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

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



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

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

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

  • No labels