View Source

В версии Logus 2.4 для оптимизации работы существующих статистических отчётов разработано Хранилище данных.

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

Планируется, что в сетевых объектах при помощи хранилища можно строить отчёты по всем/выбранным/только одному объекту сети (сейчас в сетевых объектах можно строить только по одному). Нужно продумать как вообще можно(?) видеть наши отчёты в "суммарном" виде.

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

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

На данный момент на базе хранилища реализованы следующие статистические отчёты:

Отчет менеджера
Доходы за период
Факт и прогноз загрузки
Загрузка за день
Загрузка за месяц
Загрузка за год
ABC Анализ
Рейтинг доходности за период

Особенности статистических отчетов хранилища

В рамках работы над отчётами хранилища логика расчётов была значительно переработана:

Унифицирован подход учёта броней при наличии в объекте дневных и ночных схем проживания одновременно
Добавлены новые варианты группировки, а также второй уровень группировки в некоторые отчеты
Улучшен расчёт наличия номеров на прошлый период
В случае досрочного отъезда гостя выездом будет считаться дата фактического выезда
Гости, у которых в справочнике типов гостей в свойствах объекта установлен признак “Без места”, не участвуют в расчётах чел/ночей, чел/комнат, чел/коек и загрузки. Гости, проживающие на дополнительных местах, также не участвуют в расчетах. Это сделано с целью исключения отображения загрузки выше реальной за счет учета дополнительных мест.
Числовые показатели отчётов теперь всегда учитывают данные из групповых броней и квот компаний. В некоторых из отчётов (Факт и прогноз загрузки, Доходы за период) имеется возможность выделить показатели индивидуальных, групповых броней и квот компаний при помощи фильтра Группировка.

Методы подсчета загрузки

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

Метод подсчета загрузки

Описание

По комнатам/койкам

(смешанный)

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

При таком методе расчета для многокомпонентов мы берем количество основных мест, для всех остальных типов номеров 1.

По комнатам

Тут подсчет ведется на уровне номеров. Поэтому при группировке по типу номера в отчете даже не отображаются строки типов номеров-компонентов.

Их атрибуты эскалируются до родительского многокомпонентного типа.

Т.е., если бронь была сделана на многокомпонентный тип номера DBL - в колонке, например, Комнаты/Прож она даст 1.

Если же бронь была сделана на компонентный тип номера DBL.K, то она даст 1 в родительском многокомпонентном типе DBL.

Если будут сделаны две брони на компоненты одного многокомпонентного номера, то они дадут 1 в родительском типе, поскольку они обе в одном и том же номере.

По койкам

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

Изменения в логике отчетов

Изменения коснулись и логики некоторых отчетов

№	Отчёт	Изменения / Отличия
1	Факт и прогноз загрузки	Добавлена группировка 2 уровня Формула расчета колонки Прогн =Заезд+Прож+Block.
2	Отчет менеджера	В показателях Заезд (комнаты), Выезд (комнаты), Заезд (гости), Выезд (гости), Заезд завтра, Выезд завтра, Средняя длина проживания не учитываются DayUse брони (брони, которые заезжают и выезжают в пределах одного календарного дня). Для расчета показателя Средняя длина проживания теперь учитывается бронь только в дату ее заезда.
3	Загрузка за год	Отчёт Загрузка за год строится в разрезе месяцев за завершенные месяцы.
4	Загрузка за месяц	Отчёт Загрузка за месяц строится в разрезе дней за завершенные дни.
5	Доходы за период	Добавлена группировка 2 уровня Могут различаться значения по колонке «% загр. мест» между старой и новой версиями отчетов. Это связано с тем, что ранее учитывалось то количество гостей, что указано в колонках Чел/ночи. Теперь же в Чел/ночи выводится количество гостей за вычетом гостей без места, а в загрузке помимо того, что не учитываются гости без места, еще количество гостей ограничивается количеством стандартных мест, все, что выше – отбрасывается.

Уровни группировки

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

по дате
по тарифу
по типу комнаты
по категории комнат
по ГЕО-коду
по сегменту рынка
по источнику
по трек-коду
по открытому коду
по расположению (корпус/этаж)
по дням недели
по основным и доп.местам
по типу брони (индивидуальная/групповая/квота компании)
по типу гарантии оплаты
по создавшему пользователю
по комнате
по номеру счета
по компании
по налогу
по стране

Факт и прогноз загрузки: варианты группировки

На примере отчета Факт и прогноз загрузки можно рассмотреть как будут выведены данные в блоке КОМНАТЫ: Налич, Загр %, К прод при различных вариантах двух видов группировки.

		Группировка 2-го уровня
		Отсутствует	По дате	По типу комнаты	По категории комнат	Тот же вариант, что и в Группировке 1-го уровня (кроме По дате, По типу комнаты, По категории комнаты)	Остальные варианты
Группировка 1-го уровня	По дате	Налич - есть Загр % - по строке К прод - есть	Налич - есть Загр % - по строке К прод - есть	Налич - есть Загр % - по строке К прод - есть Налич группа - есть Загр группа - по строке К прод группа - есть	Налич - есть Загр % - по строке К прод - есть Налич группа - есть Загр группа - по строке К прод группа - есть		Налич - нет Загр % - относительно группы К прод - нет Налич группа - есть Загр группа - по строке К прод группа - есть
	По типу комнаты	Налич - есть Загр % - по строке К прод - есть	Налич - есть Загр % - по строке К прод - есть Налич группа - есть Загр группа - по строке К прод группа - есть	Налич - есть Загр % - по строке К прод - есть	Налич - есть Загр % - по строке К прод - есть Налич группа - есть Загр группа - по строке К прод группа - есть		Налич - нет Загр % - относительно группы К прод - нет Налич группа - есть Загр группа - по строке К прод группа - есть
	По категории комнат	Налич - есть Загр % - по строке К прод - есть	Налич - есть Загр % - по строке К прод - есть Налич группа - есть Загр группа - по строке К прод группа - есть	Налич - есть Загр % - по строке К прод - есть Налич группа - есть Загр группа - по строке К прод группа - есть	Налич - есть Загр % - по строке К прод - есть		Налич - нет Загр % - относительно группы К прод - нет Налич группа - есть Загр группа - по строке К прод группа - есть
	Остальные варианты	Налич - нет Загр % - относительно Итого К прод - нет	Налич - нет Загр % - относительно Итого К прод - нет Налич группа - нет Загр группа - относительно Итого К прод группа - нет	Налич - нет Загр % - относительно Итого К прод - нет Налич группа - нет Загр группа - относительно Итого К прод группа - нет	Налич - нет Загр % - относительно Итого К прод - нет Налич группа - нет Загр группа - относительно Итого К прод группа - нет	Налич - нет Загр % - относительно Итого К прод - нет	Налич - нет Загр % - относительно Итого К прод - нет Налич группа - нет Загр группа - относительно Итого К прод группа - нет

Так например видно, что при группировке 1-го уровня по дате и группировке 2-го уровня по типу комнаты данные в блоке Комнаты/Койки будут рассчитаны следующие данные:

Наличие - общее и по строке ???
Загр % - по строке
К прод - количество номеров к продаже
Налич группа - есть
Загр группа - по строке
К прод группа - есть

Logus: руководство > Хранилище данных > image_2020_05_12T13_35_21_494Z.png

Изменения в расчете показателей групповых броней

При расчете показателей групповых броней учитываются следующие нюансы:

Если в контрактах групповой брони не была явно определена схема размещения с указанием количества гостей, то она создается со схемой размещения = количеству основных мест в выбранном типе номера. Индивидуальные брони же, относящиеся к этой групповой брони, создаются уже с реальной схемой размещения, которая может не соответствовать той, что указана в групповой. Может даже количество гостей не совпадать.То есть при расчетах показателей по квотам для хранилища, из плановой численности гостей вычитаем реальную по броням и можем получить расхождение.

Logus: руководство > Хранилище данных > image2020-8-2_23-15-10.png

2. Если продолжительность контракта выходит за время стандартное выезда объекта, в бронях этого контракта получаем таймлайн позднего выезда и в стоимость контракта включается соответственно стоимость этого таймлайна. Но при расчете стоимости проживания за день по этому контракту в силу сложности вычислений, пренебрегаем тем, что существует такой таймлайн позднего выезда и просто делим сумму по контракту на количество количество дней действия контракта. Из-за этого можем получить расхождение в стоимости дня проживания по контракту и стоимости дня проживания по брони.

Logus: руководство > Хранилище данных > 2020-08-02_23-19-49.png

3. В отчетах хранилища при наступлении срока высвобождения блоков, такая групповая бронь вообще не учитывается, поскольку по ней все показатели должны свестись к 0.
Например, по контракту 20 номеров, было создано 10 броней. При наступлении срока высвобождения по этой групповой брони все ее незанятые блоки высвобождаются, остаток по групповой брони становится = 0.