...
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:
...
You may re-calculate occupancy at any time by clicking the button Analyze.
RevPAR
...
Dependency
In Logus v.В версии Логус 2.6 в дополнение к имеющемуся механизму динамических тарифов (от % загрузки), добавлена возможность вариативности в зависимости от % выполнения RevPAR-плана.
Для этого добавлены следующие возможности:
- На экран управления доходами добавлены колонки "Текущий RevPAR", "Плановый RevPAR". Плановое значение можно редактировать вручную
- В сегменты загрузки добавлен признак типа сегмента - "доходный" или "загрузочный". Доходные сегменты определяют % выполнения планового RevPAR, загрузочные, соответственно, % загрузки.
- Логика подбора сегмента загрузки модифицирована следующим образом:
- сначала осуществляется поиск доходного сегмента загрузки (по % выполнения плана по RevPar) - если такой найден, именно он устанавливается на дату
- если доходный сегмент не найден, осуществляется поиск по загрузочному сегменту, и если он найден устанавливается на дату
Также на экран динамических тарифов добавлены скрытые колонки полного дохода по типу номера.
Вычисление всех показателей производится не в рамках категорий комнат, а в рамках "групп управления доходами" - нового параметра (строковый код), добавленного на тип номера.
Все расчёты занятости и показателей доходности осуществляются в рамках заданных групп. Также в рамках этих групп устанавливаются доходные сегменты и выставляется план по RevPar.
Это позволяет отвязаться от структуры комнат по категориям номеров и ввести отдельный принцип группировки именно для управления доходами.
Группа управления доходами обязательно должна быть задана на типе комнаты, чтобы она принимала участие в расчёте загрузки и доходов.
Если необходимо опираться на показатели загрузки всего отеля целиком, всем типам комнат можно установить одинаковое значение группы.
Комбинирование Occ и RevPAR
Логика подбора сегмента загрузки модифицируется следующим образом:
1.сначала осуществляется поиск доходного сегмента загрузки (по % выполнения плана по RevPar) - если такой найден, именно он устанавливается на дату.
2.если доходный сегмент не найден, осуществляется поиск по загрузочному сегменту
Сравнение показателей (Occ+RevPar) с прошлым годом
Также теперь на экране "Управление доходами" можно сравнивать показатели загрузки и RevPAR (дохода с номера) с прошлым годом для большей наглядности.
Настройка динамического тарифа
Любой из имеющихся тарифов можно легко превратить в "динамический". Чтобы переопределить стоимость какого-либо варианта тарифа для определённого пояса загрузки (например мы хотим увеличить цену в высокий сезон при загрузке свыше 90% на 20%), необходимо создать вариант тарифа, настроить ему применимость на высокий сезон, среди поясов загрузки указать "> 90", а затем пронаследовать этот вариант от базового варианта для высокого сезона, указав стоимость 120%. Таким образом при подборе стоимости на высокий сезон на дни с загрузкой более 90%, система будет подбирать вариант, который наиболее точно подходит под критерии. Т.е. будет выбран созданный нами вариант с применимостью на загрузку "> 90%".
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:
- There are new columns "Current RevPAR", "Plan RevPAR" on the Revenue Management Screen. Plan value may be changed manually.
- Segment types in Load Segments now have a new attribute - RevPAR or Occupancy. Revenue segments determine RevPAR plan performance % , Occupancy segments determine Occupancy%.
- 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.
Hidden columns of Stay revenue by room type were added to the Load segments screen.
Calculation of all the indicators is being done not by room types but by "groups of revenue management" - this is a new parameter (line code) which is added to a room type.
All calculations of occupancy and revenue are being done within those set groups. Load segments and RevPAR plan are being set within those groups too.
It gives an opportunity to detach from room types structure and add a different option of grouping especially for revenue management.
Revenue management group must be created for a room type, so that it is used in occupancy and revenue calculation.
If you decide to use occupancy indicators of the whole hotel, then all room types may have one and the same group.
Combination of Occupancy & RevPAR
The following logic of choosing a load segment is used:
1. first of all the system searches for a revenue load segment (according to a RevPar plan performance % ) - if it is found, it will be set on a date.
2.if a revenue segment is not found, the system will search for an occupancy segment.
Compare Occupancy+RevPar with last year
Now you may compare Occupancy and RevPAR with last year values on the Revenue management screen.
Dynamic rate set up
Any rate may become a dynamic rate. To recalculate any rate plan option for a load segment (for example, we would like to make prices 20% higher for a high season when occupancy is more than 90%), we should create a rate, set it up to be applicable for high season, in load segments choose "> 90" , and then base this rate on a standard rate for high season choosing price at 120%. Therefore, when choosing a rate for a high season for dates with occupancy more than 90% , the system will look for a rate which fits the criteria the most. In other words, the system will choose a rate as in our example to be used for occupancy "> 90%".
Same actions may be done for any rate, adjusting the price better in terms of Occupancy. Аналогичные действия можно повторить для любых вариантов тарифа, подстроив стоимость наилучшим образом к загрузке.