Красавина Татьяна 22 мая, 2018 - 14:27 Последняя редакция: 19 ноября, 2019 - 15:41 Автор редакции: Красавина Татьяна
Содержание

 

 

 

Последняя редакция: вт, 19/11/2019

Многомерные отчеты [КУБЫ] вошли в «FReport», начиная с 130 версии модуля.
Для корректной работы с отчётами рекомендуем использовать базу данных ПО Абонемент и модуль «FReport» одной версии.

После установки модуля «Отчеты» (FReport) необходимо запустить модуль (freport.exe) от имени Администратора.
Также рекомендуется после установки модуля (либо после его обновления) зарегистрировать библиотеку REPORT\DLL\frDlgDef.dll - запустить командную строку от имени Администратора и прописать в ней команду regsvr32 C:\_UCS\REPORT\DLL\frDlgDef.dll 

Модуль «FReport»  не требует дополнительного лицензирования.

1. Запуск модуля «FReport»

Путь до базы данных прописывается в Report/fReport.INI.
Модуль запускается через файл FReport.exe:

Рис.1

 

Для входа используйте логин и пароль от учетной записи ПО Абонемент:

Рис.2

 

Кубы расположены в соответствующих блоках модуля:

Рис.3

 

2. Интерфейс пользователя

2.1. Фильтр по датам

«Фильтр по датам» - это форма запроса данных за определенный период:

Рис.4

 

2.2. Конфигуратор шаблона

«Конфигуратор» - это интерактивная форма создания запроса для получения данных:

Рис.5

Запрос создается с использованием следующих возможностей:

  1. Выбор интересующих полей группировок;
  2. Перемещение полей из строк в колонки;
  3. Изменение последовательности построения полей в отчёте;

Сформированный запрос преобразуется в отчёт:

Рис.6

 

Начиная со 135 версии повилась возможность выставить итог в конфигураторе, через ПКМ по полю группировки:

Рис 6.1.

 

В конфигураторе реализовано описание отчета:

Рис.7

 

Панель инструментов для создания и работы с шаблонами:

Рис.8

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

 

2.3. Структура

 Поля группировок:

  1. Заполняются данными из БД;
  2. Работают как фильтры;
  3. Перемещаются между строк и колонок.

Рис.9

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

Факты:

  1. Заполняются суммой, количеством, другими значениями;
  2. Вычисления производятся в момент построения,  в разных разрезах, любой глубиной.

Рис.10

 

Дополнительные возможности для работы с отчетами доступны через правый клик по полю группировки (фильтру) и области куба:

Рис.11

  1. Подсчет итогов по полям группировок;
  2. Возможность свернуть или развернуть поля для получения сводных или детализированных данных;
  3. Применять фильтры к полям группировок;
  4. Использовать «фильтр по датам» в разрезе анализируемых данных;
  5. Экспорт;
  6. Печать.

Таблицы отчетов выгружаются в следующих форматах:

Html:

Рис.12

Excel:

Рис.13

 

Word:

Рис.14

 

 

2.4. Построение отчетов

При выборе всех полей группировок  доступных в конфигураторе:

Рис.15

 

Формируется куб с полными данными из базы:

Рис.16

 

Дополнительная функция «свернуть» используется для получения отчётов со сводными данными:

Рис.17

 

Многомерный отчет разрезается на «плоские» двухмерные отчеты, с различной аналитической логикой, например:

Разрезы:

  1. По типу;
  2. По группам;
  3. По категориям и т.д.

Глубина:

  1. Год;
  2. Месяц;
  3. День;
  4. Время и т.д.

 

Пример разреза: сводный отчет по типу записи «услуга», с группировкой по «категории»:

Рис.18

 

3. [КУБ] Все о смене

3.1. Описание. Версия отчета 3.2

Блок «Смена». Куб анализирует данные на фолио клиента, регистрацию и коррекции платежей или услуг с применением «фильтра по дате» смены.

Конфигуратор шаблона:

Рис.19

Поля группировок:

  1. Тип - тип транзакции:
    «Платеж» может быть фискальным или нефискальным. Состыкованным или доступным для стыковок.
    «Услуга» может быть частично или полностью оплаченной, неоплаченной.
  2. ID операции;
  3. Наименование;
  4. Группа - группы услуг, платежей;
  5. Категория - категории услуг, платежей или абонементов;
  6. Клиент - ID клиента, ФИО;
  7. Тип клиента - выделяет сотрудников из списка клиентов, где сотрудник - это пользователь и/или специалист;
  8. Пользователь - это пользователь зарегистрировавший транзакцию;
  9. Комментарий - поле «примечание» с фолио клиента;
  10. VIP код - VIP код клиента;
  11. Специалист;
  12. Дата:год,дата:месяц, дата, дата:время - глубина фильтрации данных.
  13. Дата смены - «внутренняя» дата в программе, в которую была совершена транзакция

Факты:

  1. Стоимость;
  2. Кол-во;
  3. Доступно:
  • для «платежа» - доступная сумма транзакции  для использования;
  • для «услуги» - сумма услуги без стыковки с платежом.

 

3.2. Область применения

При помощи данного отчета можно анализировать:

  1. Любые изменения на фолио клиента: начисления, коррекции, регистрации платежей, услуг;
  2. Реализацию услуг и автоначисления;
  3. Контроль работы пользователя;
  4. Статистика по клиенту.

3.3. Примеры отчетов

3.3.1. Пример №1. Анализ фолио клиента

Конфигуратор шаблона:

Рис.20

 

Формирует образ куба аналогичный фолио клиента из ПО Абонемент. В поле группировки «клиент» выбрано интересующие фолио.
К полю группировки «дата» применена функция «итоги вкл/выкл»  для вычисления итоговых значений по каждому типу записи:

Рис.21

 

3.3.2. Пример №2. Анализ смены

Конфигуратор шаблона:

Рис.22

 

Формирует куб с полными данными за анализируемый период:

Рис.23

 

На основе данных сформирован сводный отчет за календарный день по типу записи:

Рис.24

 

Детализация  по изменениям в хронологическом порядке по типу записи:

Рис.25

 

Группировка по полю «клиент»:

Рис.26

 

Группировка по полю  «комментарий»:

Рис.27

 

При автоматическом начислении услуги на фолио, в поле «комментарий» фиксируется соответствующая запись:

Рис.28

 

3.3.3. Пример №3. Анализ по группе платежей или услуг

Конфигуратор шаблона:

Рис.29

 

Группировка отчета по полю «группа» платежей:

Рис.30

 

Группировка отчета по полю «группа» услуг:

Рис.31

 

Разрез отчета по полю «наименование» с подсчётом реализации за календарный месяц:

Рис.32

 

4. [КУБ] Список гостей

4.1. Описание. Версия отчёта 3.5

Блок «Клиенты». Куб анализирует «список клиентов» в ПО Абонемент.
«Фильтр по дате» анализирует дату регистрации клиента в базе:

Рис.33

 

Конфигуратор шаблона:

Рис.34

 

Поля группировок:

  1. Год, месяц, дата, время - глубина фильтрации данных регистрации клиента.

Информация из карточки клиента:

  1. ID, ФИО, Фамилия, Имя, Отчество;
  2. День рождения - ДРдата,  ДРгод, ДРмесяц, ДРдень;
  3. Возраст, пол, телефоны, телефон 1, телефон 2, EMAIL, VIP код, категория клиента, сумма платежей;
  4. Место жительства - прож.государство, прож.область, прож.город;
  5. Источник информации:
  6. Поле «первое посещение»/«последнее посещение» - это посещение в рамках любого абонемента.
  7. Сумма платежей - информация с фолио клиента

Рис.35

 

Информация из карточки «Абонемент» типа «Членство»:

  1. Членство - ID, дата регистрации, дата начала, дата окончания;
  2. Менеджер;

Рис.36

Факты:

  1. Кол-во.

 

4.2. Область применения

При помощи данного отчета можно анализировать:

  1. Целевую аудиторию;
  2. Выявить именинников;
  3. Информацию по дате начала или окончания членства;
  4. Информацию по «первому посещению» или отсутствию посещения;
  5. Поиск задублированных клиентов или телефонов.

 

4.3. Примеры отчетов

4.3.1. Пример №1. Анализ новых, зарегистрированных клиентов

Конфигуратор шаблона:

Рис.37

 

Сводный отчет по зарегистрированным клиентам с группировкой по полю «месяц»:

Рис.38

 

Сводный отчет с группировкой по полям «пол» и «возраст»:

Рис.39

 

Детализированный отчет с информацией о клиенте по дате регистрации: 

Рис.40

 

Клиенты без отметки о «первом посещении» в рамках абонемента типа «членство»:

Рис.41

 

4.3.2. Пример №2. Дни рождения клиентов

Конфигуратор шаблона:

Рис.42

 

Сводная таблица по полю «ДРдата» с группировкой «ДРмесяц». На примере видно, что в январе 38 именинников:

Рис.43

 

Детализация отчета по полю «ДРдата» с информацией по клиенту. На примере видим трех клиентов с датой рождения 03.05:

Рис.44

 

4.3.3. Пример №3. Дублирование клиентов в базе

Конфигуратор шаблона:

Рис.45

 

Формирует куб с группировкой по «фамилии» для поиска задублированных клиентов:

Рис.46

 

Отчет с группировкой по полю «телефоны» для поиска возможного дублирования номеров:

Рис.47

 

5. [КУБ] Чеки кассовой смены

5.1. Описание. Версия отчета 3.4

Блок «Финансы». Куб строится по чекам. «Фильтр по дате» анализирует действующие кассовые смены в период выбранных дат.
В отчет попадают все чеки за смену, даже если начало или окончание смены выходит за пределы анализируемого периода.

Конфигуратор шаблона:

Рис.48

Поля группировок:

  1. Общие данные объекта - организации, киоски, секции, кассир;
  2. Смена - ID, № номер, начало и окончание смены;
  3. Клиент - ФИО, ID, категория, категория.КОД , Vip-коды;
  4. ID чека - № счёта из ночного аудита;
  5. Чек - тип записи, наименованию, базовая услуга, код услуги;
  6. Источник информации;
  7. Знак «-1» работает как фильтр по возвратам.
  8. Рег.год, рег.месяц, рег.дата, рег.время - глубина фильтрации регистрации чека.

Факты:

  1. Кол-во;
  2. Стоимость;
  3. Наличные;
  4. Карты;
  5. Без нал;
  6. Аванс; Покупка с использование функции «Зачет аванса»
  7. НДС.

 

5.2. Область применения

При помощи данного отчета можно анализировать:

  1. Продажи;
  2. Доходы, возвраты;
  3. Эффективность рекламы.

5.3. Примеры отчетов

5.3.1. Пример №1. Анализ смены

Конфигуратор шаблона:

Рис.49

 

Формирует куб с полными данными за анализируемый период: 

Рис.50

 

Группировка отчета по полю «пользователь» с информацией по смене:

Рис.51

 

Группировкой отчета по полю «тип записи»:

Рис.52

 

Отчёт по чекам клиента:

Рис.53

 

Для формирования отчёта по возвратам применяется фильтр к полю «Знак» - «-1»:

Рис.54

 

Группировка отчета по «VIP-коду» клиента:

Рис.55

 

5.3.2. Пример №2. Эффективность рекламы

Конфигуратор шаблона:

Рис.56

 

Формирует сводный куб с общими данными по «источнику информации»:

Рис.57

 

6. [КУБ] Чеки. Детализация по платежам

6.1. Описание. Версия отчета 3.4

Блок «Финансы». Куб строится по чекам с детализацией по типу платежа. «Фильтр по дате» анализирует кассовые смены действующие в какой-либо день в период выбранных дат. 
В отчет попадают все чеки за смену, даже если начало или окончание смены выходит за анализируемый период.

Конфигуратор шаблона:

Рис.58

 

Поля группировок данных:

  1. Организация - собственник.Код, собственник;
  2. Киоски - киоск.КОД, киоск, секция;
  3. Смена - ID смены, №смены, смена.Начало, смена.Окончание, кассир;
  4. Клиент - клиент(ID клиента), ФИО, категория клиента.КОД, категория клиента,
    VIPкод.КОД, VIPкод, источник информации;
  5. Чек - ID Чека, наименование;
  6. Тип записи - аванс, услуга, абонемент;
  7.  Категория - услуг или платежей;
  8. Платеж - платеж.ТипКОД, платеж.Тип, платеж.Категория, КОД;
  9. Услуга - базовая услуга.КОД, базовая услуга;
  10. Знак «-1» - работает как фильтр по возвратам;
  11. Ставка НДС;
  12. Рег.год, рег.месяц, рег.дата, рег.время - глубина фильтрации данных регистрации чека.

Факты:

  1. Кол-во;
  2. Сумма;
  3. НДС.

Логика вычисления фактов «комбинированной оплаты»: cумма платежа / сумму чека * сумму или кол-во услуги = Факт.

 

6.2. Область применения

При помощи данного отчета можно анализировать чеки в разрезе «тип платежа»:

  1. Продажи;
  2. Доходы, возвраты;
  3. Эффективность рекламы.

6.3. Примеры отчетов

6.3.1. Пример №1. Детализация по платежам

Конфигуратор шаблона:

Рис.59

 

Формирует куб с группировкой по платежам:

Рис.60

 

7. [КУБ] Стыковки

7.1. Описание. Версия отчета 3.5

Блок «Финансы». Куб строится по стыковкам платежей и услуг с применением «фильтра по дате» стыковки.

Конфигуратор шаблона:

Рис.61

Поля группировок данных:

  1. Клиент - клиент(ID клиента), ФИО;
  2. Стыковка - С.Смена, С.Дата, С.Время;
  3. Платеж - П.Смена, П.Дата, П.Время, П.Категория, П.Группа, П.Код, П.Наименование, П.ID, П.Доступно, П. Сумма;
  4. Услуга - У.Смена, У.Дата, У.Время, У.Категория, У.Группа, У.Код, У.Наименование, У.ID, У.Доступно, у. Сумма;

Факты: 

  1. Сумма стыковки.

 

7.2. Область применения

При помощи данного отчета можно анализировать:

  1. Стыковки платежей и услуг.

7.3. Примеры отчетов

7.3.1. Пример №1. Когда произошла стыковка?

На примере видим:
1. Когда состоялась стыковка услуг с платежом.
2. Дата смены и регистрации платежа не совпдают.
3. Дата смены и регистрации услуги не совпадают.
4. Датат стыковки совпадает с датой регистрации услуги.

Рис. 62

 

8. [КУБ] Стыковки. Платежи, детализация по услугам

8.1. Описание. Версия отчета 3.2

Блок «Финансы». Куб строится по платежам с применением «фильтра по дате» регистрации платежа и детализируется стыковками с услугами.

Конфигуратор шаблона:

Рис.63

Поля группировок данных:

  1. Клиент - клиент(ID клиента), ФИО;
  2. Стыковка - С.Смена, С.Дата, С.Время;
  3. Платеж - П.Смена, П.Дата, П.Время, П.Категория, П.Группа, П.Код, П.Наименование, П.ID, П.Доступно, П. Сумма;
  4. Услуга - У.Смена, У.Дата, У.Время, У.Категория, У.Группа, У.Код, У.Наименование, У.ID, УКол-во, .Доступно, у. Сумма, УСкидка\Наценка;

Факты: 

  1. Сумма стыковки.

 

8.2. Область применения

При помощи данного отчета можно анализировать:

  1. Стыковки по платежам.

8.3. Примеры отчетов

8.3.1. Пример №1. Использование авансов

Конфигуратор шаблона:

Рис.64

 

Формирует куб по основным полям группировок, на примере мы видим:

  1. Инормация по платежу - дата, наименоваине;
  2. Данные транзакции - ID, сумму аванса, доступная для использования часть платежа, датализация по клиенту;
    На примере видим: платеж общей суммой 20600, неизрасходованная часть 15600 и состыковнные с платежом услуги, общей стоимостью 5000.
  3. На примере видим: платеж общей суммой 1488, неизрасходованная часть 1488  без стыковок с услугами;
  4. Итоговая сумма стыковок за период.

Рис.65

 

 

9. [КУБ] Стыковки. Услуги, детализация по платежам

9.1. Описание. Версия отчета 3.2

Блок «Финансы». Куб строится по услугам с применением «фильтра по дате» начисления услуги,
детализируется стыковкой с платежом.

Конфигуратор шаблона:

Рис.66

Поля группировок данных:

  1. Клиент - клиент(ID клиента), ФИО;
  2. Стыковка - С.Смена, С.Дата, С.Время;
  3. Платеж - П.Смена, П.Дата, П.Время, П.Категория, П.Группа, П.Код, П.Наименование, П.ID, П.Доступно, П. Сумма;
  4. Услуга - У.Смена, У.Дата, У.Время, У.Категория, У.Группа, У.Код, У.Наименование, У.ID, У.Доступно, у. Сумма;

Факты: 

  1. Сумма стыковки.

9.2. Область применения

При помощи данного отчета можно анализировать:

  1. Услуги по  состоявшимися стыковкам.

9.3. Примеры отчетов

9.3.1. Пример №1. В разработке

 

 

10. [КУБ] Абонемент

10.1. Описание. Версия отчета 3.2

Блок «Абонементы». Куб анализирует абонементы с применением «фильтра по дате»  регистрации абонемента.
Абонемент может быть зарегистрирован с нулевой ценой.

Рис.67

 

Конфигуратор шаблона:

Рис.68

Поля группировок:

  1. Клиент - ID, ФИО, пол, телефон, ДРгод, ДРмесяц, ДРдата;
  2. Абонемент - ID, код типа, тип абонемента;
  3. Активность - действующий,  закончил действие, не начался;
  4. Статус - активирован, деактивирован;
  5. Состояние - оплачен полностью или нет?
  6. Абонемент относится к типу «членство» - да или нет?
  7. Зарегистрировал - пользователь зарегистрировавший абонемент;
  8. Менеджер -  из  карточки абонемента.
  9. Регистрация.Год, Регистрация.Месяц, Регистрация.Дата, Регистрация.Время - глубина фильтрации по дате регистрации абонемента;
  10. Действует «с» - год, месяц, дата;
  11. Действует «до» - год, месяц, дата.
  12. Скидка - скидка.Код, скидка.Наименование, скидка.Факт%, скидка.Сумма.

Факты:

  1. Кол-во;
  2. Стоимость - цена абонемента;
  3. Оплачено - сумма денег внесенная клиентом за абонемент;
  4. Реализовано - сумма начисленных услуг по абонементу.
    Начисленная услуга, в рамках абонемента с 0 ценой и графиком начислений, может быть: реализованной, но неоплаченной.

10.2. Область применения

При помощи данного отчета можно анализировать:

  1. Регистрацию и использование абонементов;
  2. Анализ действующих и деактивированных абонементов;
  3. Оплата и реализация услуг в рамках абонементов;
  4. Интерес к абонементам у целевой аудитории с группировкой по полу;
  5. Детализация по абонементам клиента.

10.3. Примеры отчетов

10.3.1. Пример №1. Анализ абонементов по регистрации, статусу, активности

Конфигуратор шаблона:

Рис.69

 

Формирует куб с полными данными по зарегистрированным абонементам, с группировкой по году и месяцу регистрации, с итоговыми данными по движению денежных средств:

Рис.70

 

Детализация по действующим абонементам, с группировкой по полю «полностью оплачен?»:

Рис.71

 

Группировка отчета по полю «тип абонемента» среди действующих абонементов:

Рис.72

 

Отчет по активированным абонементам  со значением поля «активность» - «закончил действие», с детализацией по клиенту:

Рис.73

 

10.3.2. Пример №2. Период действия

Конфигуратор шаблона:

Рис.74

 

Формирует куб по зарегистрированным абонементам с группировкой по дате окончания действия, с детализацией по клиентам:

Рис.75

 

10.3.3. Пример №3. Аналитика целевой аудитории

Конфигуратор шаблона:

Рис.76

 

Формирует куб по типам абонементов с группировкой по «полу»:

Рис.77

 

10.3.4. Пример №4. Именинники с действующими абонементами

Конфигуратор шаблона:

Рис.78

 

Формирует куб по полю «ДРдень», с группировкой по «ДРмесяц» и детализацией по клиентам с действующими абонементами. На примере видим, что у клиента 3414, с действующим абонементом, 14 мая день рождения:

Рис.79

 

10.3.5. Пример №5. Абонементы клиента

Конфигуратор шаблона:

Рис.80

 

Формирует куб по «активированным» абонементам клиента:

Рис.81

 

Детализация данных:

Рис.82

 

11. [КУБ] Завершающиеся абонементы.

11.1. Описание. Версия отчета 3.4

Блок «Абонементы». КУБ анализирует абонементы с применением «фильтра по дате» окончания - «Действует «до»».

Конфигуратор шаблона:

Рис.83

Поля группировок:

  1. Клиент - ID, ФИО, Телефон, Телефон 1, Телефон 2;
  2. Абонемент - Категория, Категория.КОД, Тип абонемента.Код,Тип абонемента, ID;
  3. Активность - действующий, закончил действие, не начался;
  4. Статус - активирован, деактивирован;
  5. Действует «с» - дата;
  6. Действует «до» - дата;
  7. Менеджер.

Факты:

  1. Кол-во;
  2. Цена - поле равно стоимости абонемента;
  3. Оплачено;
  4. Реализовано - поле равно начислено.

 

11.2. Область применения

При помощи данного отчета можно анализировать:

  1. Абонементы завершающиеся на определенную дату.

 

11.3. Примеры отчетов

11.3.1. Пример №1. В разработке

 

12. [КУБ] Мероприятия

12.1. Описание. Версия отчета 3.2

Блок «Мероприятия». Куб анализирует информацию по мероприятиям с применением «фильтра по дате» начала мероприятия.
Любое присутствие создает мероприятие, например: вход в ресурс по тарифу с неограниченными визитами, без начисления услуг, создаст индивидуальное мероприятие для клиента.

Конфигуратор шаблона:

Рис.84

Поля группировок:

  1. Мероприятие - ID, тип, наименование, дата регистрации, начала и окончания мероприятия;
  2. Тип «обычное» – это индивидуальное мероприятие для клиента;
  3. Статус - закончилось, началось, не началось.
  4. Удалено – да или нет?;
  5. Клиент - ФИО, ID, пол, возраст, VIP-код;
  6. Абонемент - категория абон.,тип абонемента, наименование;
  7. Ресурс - типы ресурсов, ресурсы;
  8. Специалист - из карточки  мероприятия;
  9. Начало.День недели - 1.пн, 2.вт, 3.ср, 4.чт, 5.пт, 6.сб, 7.вс;
  10. Год, месяц, день, время - глубина фильтрации данных регистрации, начала, окончания мероприятия.

Факты:

  1. Кол-во.

12.2. Область применения

При помощи данного отчета можно:

  1. Проводить аналитику по мероприятиям, характерную для бизнес-схемы объекта;
  2. Анализировать бронирование на будущий период;
  3. Анализировать занятость специалистов;
  4. Получать информацию по состоявшимся мероприятиям;
  5. Анализировать загруженность ресурсов;
  6. Анализировать посещаемость VIP-клиентов.

12.3. Примеры отчетов

12.3.1. Пример №1. Статистика посещаемости

Конфигуратор шаблона:

Рис.85

 

Формирует куб  по мероприятиям с группировкой по дням недели и статусом «закончилось»: 

Рис.86

 

Отчет с группировкой мероприятий по ресурсам:

Рис.87

 

Детализация отчета с информацией по клиенту:

Рис.88

 

Отчет по  мероприятиям  в ресурсах со статусом «закончилось», с группировкой по дням недели:

Рис.89

 

Отчет по удаленным мероприятиям с детализацией:

Рис.90

 

12.3.2. Пример №2. Мероприятия специалистов

Конфигуратор шаблона:

Рис.91

 

Формирует куб по мероприятиям специалистов, с группировкой по дням недели и детализацией по клиенту:

Рис.92

 

Отчет по реализованным мероприятиям специалиста, с детализацией по времени. На примере данного отчета можно построить куб со статусом мероприятия «не началось», актуально для бронирования и записи:

Рис.93

 

12.3.3. Пример №3. Мероприятия клиента

Конфигуратор шаблона:

Рис.94

 

Формирует куб по мероприятиям клиента, с детализацией по «дням недели» и «специалисту»:

Рис.95

 

Отчет по мероприятиям в разрезе «типа абонемента», с группировкой по «полу» клиента:

Рис.96

 

13. [КУБ] Мероприятия. Среднее посещение в день

13.1. Описание. Версия отчета 3.4

Блок «Мероприятия». Куб строится с применением  «фильтра по дате» начала мероприятия.

Конфигуратор шаблона:

Рис.97

Поля группировок:

  1. Ресурс - тип ресурса;
  2. Тип дня -  будни или выходные;
  3. День недели - 1.пн., 2.вт., 3.ср., 4.чт., 5.пт., 6.сб., 7.вс.;
  4. Статус - закончилось, началось, не началось;
  5. Дата - календарный день анализируемого периода.

Факты:

  1. Общее - кол-во мероприятий;
  2. Коэффициент;
  3. Среднее. 
Логика коэффициента: 1 единица = дата * статус.
Логика среднего значения: общее / коэффициент.

13.2. Область применения

При помощи данного отчета можно:

  1. Анализировать среднее посещение мероприятий в день.

13.3. Примеры отчетов

13.3.1. Пример №1. Среднее по дням недели, по типу дня

Конфигуратор шаблона:

Рис.98

 

Формирует куб по мероприятиям в ресурсе со статусом «закончилось» с группировкой по дням недели и итогом за анализируемый период:

Рис.99

 

Детализация отчета по среднему посещению в день, в разрезе «тип дня»:

Рис.100

 

 

14. [КУБ]Идентификаторы

14.1. Описание. Версия отчета 3.2

Блок «Клиенты». Куб строится с применением «фильтра по дате» прикрепления идентификатора.

В системе есть несколько типов идентификаторов, а именно:
гостевая карта (2), постоянная гостевая карта (22), карта персонала (21), карта ПДС (24).

Рис.101

 

Конфигуратор шаблона:

Рис.102

 

Поля группировок с данными:

  1. Идентификатор - Значение, тип, состояние;
  2. Клиент - ID, ФИО;
  3. Пользователь - прикрепил.КОД, прикрепил, ФИО, открепил.ID, открепил.ФИО;
  4. Год, месяц, дата, время - глубина фильтрации данных;
  5.  Открепил.дата, открепил.время - детализация открепления идентификатора.

Факты:

  1. Кол-во.

14.2. Область применения

При помощи данного отчета можно:

  1. Получить анализ по идентификаторам актуальный для бизнес-схемы заказчика;
  2. Получить информацию по используемым и освобожденным значениям;
  3. Узнать кол-во прикрепленных и открепленных идентификаторов;
  4. Контроль работы пользователей.

 

14.3. Примеры отчетов

14.3.1. Пример №1. Типы и состояние идентификаторов

Конфигуратор шаблона:

Рис.103

 

Формирует куб с группировкой по полю «тип» и «состоянию» идентификаторов:

Рис.104

 

Детализация куба:

Рис.105

14.3.2. Пример №2. Ответственные за прикрепления

Конфигуратор шаблона: 

Рис.106

Формирует куб  по сотрудникам, прикрепившим идентификатор:

Рис.107

 

Детализация отчета:

Рис.108

 

 

15. [КУБ] Контроль присутствия

15.1. Описание. Версия отчета 3.3

Блок «Присутствие». Куб строится по присутствию клиента в ресурсе, с применением «фильтра по дате» фактического присутствия.
Важно отметить, что продолжительность посещения начинается в момент входа, т. е. регистрации посещения через контроль присутствия или турникет,  и завершается в момент регистрации выхода из ресурса.

Конфигуратор шаблона:

Рис.109

Поля группировок данных:

  1. Клиенту - тип клиента, ID, ФИО, баланс, присутствует - Да;
  2. Ресурс - категория.Код, категория, тип ресурса.Код, тип ресурса, ресурс.Код, типы ресурсов, ресурсы, код ресурса;
  3. Год, месяц, дата, время - глубина фильтрации данных присутствия.

Факты:

  1. Кол-во,
  2. Продолжительность - дни, часы, минуты.

 

15.2. Область применения

При помощи данного отчета можно провести анализ на текущий момент или за прошедший период для получения информации:

  1. по присутствию клиентов в ресурсе;
  2. по использованию ресурсов;
  3. информацию по клиентам, которые превысили продолжительность по тарифу;
  4. состояние баланса клиента.

 

15.3. Примеры отчетов

15.3.1. Пример №1. Присутствующие клиенты

Конфигуратор шаблона:

Рис.110

 

Формирует куб по присутствующим клиентам:

Рис.111

Детализация куба:

Рис.112

 

Группировка по балансу для поиска присутствующих должников:

Рис.113

15.3.2. Пример №2. Занятость ресурсов

Рис.114

 

Формирует куб по количеству присутствующих в ресурсах:

Рис.115

 

16. [КУБ] Баланс открытых фолио

16.1. Описание. Версия отчета 3.2

Блок «Клиенты». Куб строится по № фолио без применения «фильтра по дате». Анализируются  фолио за все время работы в базе с момента фактической регистрации.

Конфигуратор шаблона:

Рис.116

Поля группировок:

  1. Баланс -  используется как фильтр по идентичным балансам;
  2. Тип - это свойство фолио: постоянное фолио, фолио киоска, фолио организации;
  3. Клиент - ФИО, ID;
  4. Дата регистрации - фолио в системе.

Факты: 

  1. Кол-во.
  2. Платежи - общая сумма всех платежей клиента;
  3. Услуги - общая сумма реализованных услуг для клиента;
  4. Скидки - общая сумма скидок, предоставленных клиенту;
  5. Баланс - денежные средства на фолио клиентов, доступные для реализации.

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

16.2. Область применения

При помощи данного отчета можно:

  1. Отследить должников;
  2. Определить  общий доступный баланс организации и индивидуальный баланс клиентов;
  3. Выявить клиентов с нулевым балансом;
  4. Определить общую и индивидуальную сумму скидок;
  5. Сравнить сумму принятых платежей и оказанных услуг для последующего анализа.
  6. Выявить кредитоспособного клиента.

 

16.3. Примеры отчетов.

16.3.1. Пример №1. Сводный по фолио

Рис.117

 

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

Рис.118

16.3.2. Пример №2. Постоянный клиент

Группировка данных по «ФИО», с сортировкой по фактам, позволит выявить клиентов с наибольшей суммой платежей:

Рис.119

 

Фолио без платежей и услуг:

Рис.120

 

 

17. [КУБ] ПДС транзакции

17.1. Описание. Версия отчета 3.5

Блок «Клиенты». Куб строится по ПДС транзакциям клиента, с применением  «фильтра по дате» регистрации транзакции:

Рис. 121

Конфигуратор шаблона:

Рис. 122

Поля группировок:

  1. ПДС транзакция - ID, тип;
  2. Клиент - ФИО, ID;
  3. Пользователь;
  4. Дата, время - глубина фильтрации данных регистрации транзакции;
  5. Удалено - да/нет.
  6. Фактор - фактор начисления:
    Обычный - ручное начисление или списание;
    Платеж - автоматическое начисление;
    Чек - автоматическое списание;
  7. Фактор ссылка:
    Обычный - 0
    Платеж - ID платежа клиента;
    Чек - ID чека.

Факты: 

  1. Кол-во.

 

17.2. Область применения

При помощи данного отчета можно:

  1. Анализировать начисление и использование ПДС транзакций;
  2. Контролировать ручное удаление транзакций.

17.3. Примеры отчетов.

17.3.1. Пример №1.  Начисленые и доступные ПДС транзакции

Конфигуратор шаблона:

Рис.123

 

Формируется куб по дате начисления ПДС транзакций с итогом по начисленным и активным транзакциям:

Рис.124

 

17.3.2. Пример №2.  ПДС транзакции клиента

Конфигуратор шаблона:

Рис.125

 

Формируется куб по дате начисления ПДС транзакций для клиента:

Рис.126

 

17.3.3. Пример №3.  Ручное удаление ПДС транзакций

Рис.127

 

Формируется куб по дате начисления ПДС транзакций с группировкой по состоянию «удалено?», отражает ручное удаление транзакций начисления или списания:

Рис.128

 

 

18. [КУБ] Скидки

18.1. Описание. Версия отчета 3.3

Блок «Операции». Строится по словарным и ручным скидкам клиента с применением «фильтра по дате» применения.

Конфигуратор шаблона:

Рис.129

Поля группировок:

  1. Клиент - ФИО, ID;
  2. Пользователь;
  3. Дата, время - глубина фильтрации данных регистрации скидки;
  4. Относится к - абонементу или услуге;
  5. Наименование - абонемента или услуги;
  6. Ссылка - № абонемента или ID транзакции услуги;
  7. Дата, время - глубина фильтрации данных активации скидки;
  8. Словарный.Код, словарный.Наименование - данные  из справочника «Скидки»;
  9. Причина.Код, причина.Наименование - данные из справочника «Причина действий»
  10. Фактический % - скидки от суммы.

Факты: 

  1. Сумма;
  2. Количество.

 

18.2. Область применения

При помощи данного отчета можно:

  1. Анализировать применение и  использование ручных и словарных скидок;
  2. Контролировать работу персонала;
  3. Анализировать скидки клиента.

 

18.3. Примеры отчетов.

18.3.1. Пример №1.  Словарные скидки

Конфигуратор шаблона:

Рис.130

 

Формирует куб в разрезе словарных скидок с группировкой по полю «относится к» абонементу или услуге, детализирован информацией по клиенту:

Рис.131

 

18.3.2. Пример №2.  Причина действия

Конфигуратор шаблона:

Рис.132

 

Формирует куб в разрезе наименования «причина действия» с группировкой по полю «относится к» абонементу или услуге, детализирован информацией по клиенту:

Рис.133

18.3.3. Пример №3.  Скидки клиента

Конфигуратор шаблона:

Рис.134

 

Формирует куб по скидкам клиентов за анализируемый период:

Рис.135