Система Logus Web (CRS), создана для решения задач самостоятельного бронирования номеров в отеле агентами.

Личный кабинет агента. 

Вход в личный кабинет Logus Web (CRS) осуществляется по коду и паролю (см. рис. 1)

Рис.1 Вход в личный кабинет. 


У каждой компании должен быть свой личный кабинет (далее – ЛК).

  1.     Доступ в ЛК компании имеет сама компания и сотрудники отеля.

Возможности системы:

Бронирование

Квоты

Аккаунтинг

Отчеты

Администрирование


Компания имеет возможность видеть в ЛК следующую информацию (с возможностью печати): (2-3 мес)


Кроме основной квоты у компании есть возможность самостоятельно уменьшать или увеличивать свою сверхквоту - дополнительную квоту.

Работа с квотами. Режим работы с жесткой квотой

Выдача квот схематично:

Квоты могут быть:

Каждая компания имеет свои условия: тарифы, дедлайны для освобождения блоков, условия для начисления штрафов - тариф квоты и тариф сверхквоты.

Сверхквота устанавливается из общего доступного количества номеров, которые отель выдал для всех агентов. Суммарно ограничив возможность вывода из наличия номеров для всех агентов.
Мягкая квота [Лимиты отеля] задается инструментарием отдельной мягкой квоты в Logus HMS.
Доступность номеров для установки жесткого блока сверхквоты в личном кабинете вычисляется по формуле:
Доступное наличие - N номеров отель оставил себе = Мягкая квота. Если мягкая квота ≤0, то ни у одного из агентов нет возможности установки блока сверхквоты. (Сумма всех сверхквот агентов меньше либо равна общей мягкой квоте, заданной отелем)
Мягкая квота является лишь лимитом и до создания сверхквот не выводит номера из наличия, но уменьшается по мере добавления блоков сверхквоты агентом.

Жесткие блоки внутри квоты определяются как записи occ.matrix,
имеющие ссылку на Quotaitemid c определенным названием в контракте квоты (Например, "HARD").
Сейчас название таких контрактов фиксируется в конфиге службы Logus.HMS в параметре модуля освобождения блоков - HardQuotaItemName.
В итоге в рамках одной квоты получаем два типа записей в таблице occ.matrix:

При этом значение количества блоков в контракте может быть как отрицательным, так и положительным (это стандартное поведение системы).


Автоматическое освобождение невостребованных блоков квоты.

У каждой организации по договору может быть установлен дедлайн – час (индивидуальная настройка ), в который текущим днём будут возвращены все блоки сверхквоты в продажу.

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


Штрафы (автоначисление штрафов за невостребованные блоки квоты)

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

Автоначисления для жесткой квоты работают в любом случае.
Автоначисления для сверхквоты работает в случаях:
- блок создан (сохранился) после даты (времени) освобождения блоков
- бронирование аннулировано после после даты освобождения
- незаезд

Штраф начисляется на профиль компании кодом транзакции из конфига модуля.
В комментарии к транзакции указывается количество номеров в блоке на момент начисления.





Создан модуль службы QuotaPenaltyModule с конфигурацией


<!-- Начисление штрафов за невостребованные блоки квоты -->
<QuotaPenalty Enabled="True">
    <PenaltyTransactionCode></PenaltyTransactionCode>
</QuotaPenalty>

При старте службы с включенным модулем создается группа тегов с SystemCode QUOTA, если она еще не создана и тег CHARGE.
При старте ночного аудита перед освобождением блоков квоты происходит начисление штрафных транзакций на счет соответствующей компании. Штрафы начисляются только на квоты с тегом CHARGE.

Стоимость одного блока расчитывается из тарифа, указанного в активном договоре компании с типом Мастер продаж.
Если в системе не найден тег CHARGE, транзакция с кодом PenaltyTransactionCode из конфигурации, то в лог пишется ошибка, на счет компании не начисляются штрафы и аудит заканчивается без ошибок.
Если не найден активный договор с тарифом или по указанному тарифу не удалось посчитать стоимость проживания за 2х взрослых на тип комнаты, соответствующий невостребованным блокам, то в комментарий соответствующей транзакции пишется сообщение Не удалось посчитать стоимость проживания. Также в комментарий транзакции пишутся ошибки поиска договора, подбора тарифа.

Для настройки логирования модуля в отдельный файл необходимо прописать в конфигурации NLog.Config
строку в разделе <rules>:
<logger name="Logus.HMS.QuotaPenalty*" minlevel="Trace" writeTo="" />, где в поле writeTo указать путь к лог-файлу.

Штраф по жесткой квоте (если номер не продан) начисляется в любом случае, т.к. жесткая квота не имеет возможности отмены

Штраф по сверхквоте (мягкой) начисляется в следующих случаях: 

  • Блок создан после даты освобождения блоков 
  • Бронирование аннулировано после даты освобождения блоков
  • Незаезд

Замена комнаты

Функция замены комнаты доступна в ЛК агента

Может быть применена в любой день, включая день заезда (после даты освобождения  блоков без штрафа. Применяется только к “сверхквоте”)

Пример: у организации в сверхквоте есть 10 номеров типа BUSINESS.

Организация просит заменить 1 из номеров на STANDART (или наоборот).

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

Компания имеет возможность самостоятельно изменять параметры брони как до заезда, так и во время проживания (например, чтобы добавить питание) или продлить.


Работа с квотами. Режим работы без жесткой квоты.

Принцип работы не отличается от режима работы с жесткой квотой. Разница лишь в том, что количество блоков жесткой квоты = 0.