Приложение ОТЧЕТЫ ПЛАТФОРМЫ BIL24 (Reporter)

  Руководство пользователя

ГЛАВНОЕ ОКНО ПРИЛОЖЕНИЯ
ВОЗВРАТ БИЛЕТОВ
КВОТЫ, НАКЛАДНЫЕ, ФОРМА №9. ОБЩИЙ ОТЧЕТ ПО ПРОДАЖАМ
ВЗАИМОДЕЙСТВИЕ С МСКД
ОТЧЕТЫ В ФОРМАТЕ EXCEL
СТАТИСТИКА ИНТЕРФЕЙСОВ
РАССЫЛКА ОТЧЕТОВ

ГЛАВНОЕ ОКНО ПРИЛОЖЕНИЯ

Приложение Отчеты BIL24 предназначено для получения и анализа данных о продажах билетов, получения отчетов различных форм, возврата билетов. Приложение отображает данные в режиме реального времени. Главное окно приложения: В главном окне приложения (рис. 1) отображаются данные о продаже билетов, удовлетворяющие установленному фильтру.


рис. 1

1. В строке заголовка окна указана версия приложения и "Тестовая зона", если приложение подключено к Тестовой зоне. Тестовая зона предназначена для проверки изменений в коде билетной платформы, для обучения и отработки действий персонала. Реальную зону используют покупатели, возможность тестирования в ней ограничена.

2. Меню приложения содержит пункты "Отчёты", "Рассылка", "Квоты", "МСКД", "Статистика". Отчеты создаются в формате .xlsx и открываются в MICROSOFT EXCEL или других программах, способных читать этот формат. В пункте "Рассылка" настраивается автоматическая ежедневная рассылка отчётов по списку e-mail адресов. Пункт "Квоты" необходим для просмотра наклад-ных, по которым передаются и возвращаются места. В этом пункте доступен ряд специальных отчётов. Пункт "МСКД" предназначен для получения данных от Мобильной системой контроля до-ступа (МСКД). В пункте "Статистика" доступны данные об использовании интерфейсами (Frontend) методов Протокола билетной системы. Подробнее в разделе "Статистика интерфейсов".

3. Комбобокс для установки фильтра по Агенту. По умолчанию стоит значение "Агент: любой". При выборе конкретного Агента отображают-ся только заказы, проданные через все интерфейсы этого Агента. Здесь и далее все фильтры действуют накопительно и применяются к таблице Заказов (п.14).

4. Комбобокс для установки фильтра "Интерфейс". По умолчанию стоит значение "Интерфейс: любой" и показываются продажи через все ин-терфейсы Агента, выбранного в п.3. Общепринятой практикой агентов является назначение отдельных интерфейсов (FRONTEND ID, token) для своих мобильных приложений, вебсайтов, касс и т. д. С помощью выбора конкретного интерфейса можно посмотреть только заказы, проданные через не-го. Альтернативным удобным способом посмотреть продажи билетов по интерфейсам является сортировка столбца "Интерфейс" в таблице Заказов (п.14). Выделяя в этой таблице строки продаж с одинаковым интерфейсом, можно изучать статистику продажи билетов по нему с помощью таблицы Билеты (п.17).

5. Комбобокс для установки фильтра по городу. Отображаются только заказы с билетами на представления в выбранном городе.

6. Комбобокс для установки фильтра по месту проведения представлений. Отображаются только заказы с билетами на представления в вы-бранном месте проведения.

7. Галочка "Актуальные" влияет на отображение представлений в комбобоксе фильтра по представлениям (п.8). Если галочка активна, то отображаются только актуальные представления, то есть те, у которых есть хотя бы один сеанс в будущем. Если галочку снять, то в комбобоксе можно выбрать любое представление, даже те, у которых все сеансы в прошлом. Для поиска конкретного представления необходимо начать набирать его название, когда фокус находится на комбобоксе. Это действует для всех комбобоксов приложения.

8. Комбобокс для установки фильтра по представлению. При выборе Представления показывается его Организатор и ID. Это важное свойство интерфейса для пользователей с ролями Оператор и Агент. Отображаются только заказы с билетами на сеансы конкретного представления. Для выбора конкретного представления необходимо начать набирать его название на клавиатуре, когда фокус находится на Комбобоксе. Откроется окно поиска (рис. 2):


рис. 2

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

9. Комбобокс для установки фильтра по сеансу. Отображаются только Заказы на конкретный сеанс выбранного в п.8 представления.

10. Галочку все продажи можно установить, если в п.8 выбрано конкретное представление. Если ее сделать активной, то вне зависимости от заданных условий фильтрации отображаются все заказы с билетами на это представление.

11. Календарь для выбора периода, в котором оформлены заказы. Отображаются все заказы с даты начала периода по дату окончания включительно.

12. Галочка "все статусы" по умолчанию отключена, и показываются только успешно оплаченные заказы (наличными или безналичными деньгами). При отмеченной галочке, отображаются все заказы, со всеми статусами. Строки таблицы Заказы (п. 14) с неоплаченными заказами выделяются оранжевым фоном (рис. 3):


рис. 3

В столбце "Статус транзакции" указывается статус платежной транзакции по ее завершению, а в столбце "Комментарий транзакции" указывается причина, по которой она завершилась так, а не иначе.

Столбец "ДБ" обозначает использование долговременного бронирования.

В столбце "Дата истечения" указывается предельный срок существования заказа.

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

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

13. По нажатию кнопки "Получить" запрос на получение данных в соответствии с условиями фильтрации отправляется на центральный сервер билетной платформы. Через некоторое время приложение получает данные обо всех заказах, в которых хотя бы один билет соответствует условиям фильтра, и отображает их в таблице Заказы (п. 14). Следует помнить, что в одном заказе могут быть билеты на разные представления, на разных пло-щадках в разных городах, а заказ отображается в таблице и учитывается в ее итоговых показателях полностью. Вследствие этого, не рекомендуется использовать таблицу Заказы (п. 14) для расчетов с организаторами и ведения бухгалтерии. Для этого следует использовать отчеты в формате xlsx (п. 2) или таблицу Билеты (п. 17). Для получения данных, точно соответствующих установкам фильтра, необходимо использовать столбцы "Сумма фильтр", "Скидка фильтр", "С/сбор фильтр", "Итого фильтр" (п. 15).

14. В таблице Заказы отображаются все заказы, полученные от центрального сервера платформы. Каждый заказ содержит один и более билетов, оплаченных одним покупателем. Билеты могут быть на разные сеансы и представления, в разных городах. Информация о заказах представлена в следующих столбцах:

- ID - уникальный идентификатор заказа.

- Дата - дата и время заказа.

- Сумма - суммарная стоимость билетов в заказе по их номиналам.
- Скидка - примененная к заказу скидка.

- С/сбор - сервисный сбор в заказе.

- Итого - итоговая сумма оплаты по формуле Итого = Сумма - Скидка + С/сбор.

- Статус - итоговый статус заказа.

- Агент - наименование агента, через интерфейс которого создан заказ.

- Интерфейс - интерфейс, через который создан заказ.

- FID - уникальный идентификатор интерфейса, FRONTEND ID.

- ВБС - наименование шлюза (одного или нескольких) во Внешнюю билетную систему, через который поступили места для билетов заказа. В столбце показывается строка вида: [87] [Инфотех МСА Лужники (Демонстрация)]id=36499, где 87 - это ID шлюза, а 36499 - это ID заказа в ВБС.

- Email доставки - адрес электронной почты, указанный в заказе для отправки билетов. При покупке билетов онлайн используется адрес, подтвержденный пользователем.

- Отправлено - статус отправки билетов на email пользователя.

- Телефон - телефон, указанный пользователем или кассиром для обратной связи с покупателем.

- ФИ - фамилия и имя зрителя, который придет на представление с билетами заказа. Фамилия и имя печатаются на каждом билете заказа и по требованию организатора используются как дополнительная мера безопасности на некоторых представлениях. Использование фамилии и имени для представления включается соответствующей галочкой в приложении Редактор платформы BIL24.

- WiFi дата - дата активации мобильного приложения пользователя в сети WiFi. Мобильные приложения билетной платформы могут быть использованы для доступа в зарегистрированные сети WiFi. Дата и время первого выхода фиксируются и отображаются в этом столбце. Эти данные могут быть использованы для выплаты вознаграждения объекту с WiFi за продажу билетов заказа. Подробнее - http://kernel.group/bil24/wifi.html

- ID клиента - уникальный идентификатор клиента, используется интерфейсами (мобильными приложениями, сайтами) при оформлении За-казов. ID клиента получается интерфейсом при подтверждении почтового адреса.

- ID сессии - уникальный идентификатор сессии клиента. Сессия клиента в BIL24 бесконечна по времени.

- ID транзакции - уникальный идентификатор платежной транзакции, используемый при оплатах Заказов с помощью эквайринга банка.

- Статус транзакции - итоговый статус выполнения платежной транзакции через эквайринг банка.

- Комментарий транзакции - сообщение от банка, являющееся комментарием к статусу транзакции.

15. Кнопка управления таблицей позволяет включить/выключить отображение отдельных столбцов, включить/выключить горизонтальную прокрутку, уплотнить все или только выбранные столбцы. По умолчанию, отображение столбцов "Сумма фильтр", "Скидка фильтр", "С/сбор фильтр", "Итого фильтр" отключено. Эти столбцы рассчитываются по данным билетов, точно удовлетворяющих условиям фильтрации. Отображае-мые столбцы "Сумма", "Скидка", "С/сбор", "Итого" рассчитываются по данным всех билетов в заказах. Любая таблица приложения позволяет: из-менять ширину столбцов, менять порядок следования столбцов (drag'n'drop мышью), сортировать таблицу по любому из столбцов в порядке убывания или возрастания значений (клик мышью в заголовок столбца).

16. В таблице Заказы (п. 14) можно выделить любое количество строк с данными, используя клики правой кнопкой мыши с кнопками SHIFT, CTRL, движение мыши с зажатой правой кнопкой, комбинации CTRL-A (выделит все). Данные всех билетов из выделенных Заказов отобразятся в таблице Билеты (п. 17). Для поиска определенных Заказов или Билетов в любой из таблиц можно использовать комбинацию CTRL-F.

17. Данные билетов из выбранных заказов отображаются в таблице Билеты в следующих столбцах:

- ID заказа - уникальный идентификатор Заказа.

- ID билета - уникальный идентификатор билета. Этот идентификатор является номером билета.

- ID места - уникальный идентификатор места.

- Сектор - название сектора, в котором расположено место. Только для билетов с размещением на местах. Отсутствует при безместовой схеме размещения.

- Ряд - номер ряда, в котором расположено место. Только для билетов с размещением на местах. Отсутствует при безместовой схеме раз-мещения.

- Место - номер места. Только для билетов с размещением на местах. Отсутствует при безместовой схеме размещения.

- Категория - название ценовой категории места из билета.

- Цена - цена билета.

- Скидка - размер скидки на билет.

- Сервисный сбор - сервисный сбор, уплаченный при приобретении билета.

- Итого - итоговая сумма, оплаченная за билет.

- Штрихкод - штрихкод для системы контроля доступа на представление. Штрихкоды для каждого места могут быть импортированы в BIL24 из внешней билетной системы (ВБС), или сгенерированы внутри билетной платформы. Подробнее о работе со штрихкодами в разделе "Экспорт штрихкодов".

- Статус владельца - статус билета по отношению к использованию в Мобильной системе контроля доступа платформы BIL24 (подробнее в разделе "Взаимодействие с МСКД").

- ID сеанса - уникальный идентификатор сеанса.

- Начало сеанса - дата и время начала сеанса.

- ID места проведения - уникальный идентификатор места проведения сеанса (площадки).

- Название места проведения - название места проведения сеанса (площадки).

- ID представления - уникальный идентификатор представления.

- Название представления - название представления в платформе BIL24.

18. Консоль приложения, в которой отображается операционная система, версия и разрядность jre, количество выделенной оперативной памяти, сообщения сетевой телеметрии, статистика взаимодействия с центральным сервером системы, с указанием времени выполнения команд, количества переданных и полученных байт в сжатом и распакованном виде (рис. 4).


рис. 4

Также в консоль направляются все сообщения об ошибках. При обращении в техническую поддержку BIL24 в большинстве случаев необходимо предоставить данные из консоли. Для этого их можно выделить и скопировать.

19. Кнопка "Обновить" направляет запрос на Центральный сервер платформы для обновления служебных данных в приложении, например, со-держимого комбобоксов фильтров или отчетных форм.

20. Строка статуса последней обработанной команды:

- Запрос обработан - нормальный статус завершения обработки запроса.

- Отправлено - количество байт отправленное на сервер в ходе выполнения запроса.

- Получено - количество байт полученное от сервера в ходе выполнения запроса.

- Обработка - время обработки запроса в миллисекундах.

21. Данные пользователя, открывшего приложение, его роль (Оператор, Организатор, Агент) и наименование юридического лица или ИП, кото-рому принадлежит пользователь. Пользователям с ролью Оператор доступны все данные билетной платформы. Для них доступны все Агенты и все Представления.

Пользователям с ролью Организатор доступны только собственные Представления и продажи билетов на них, выполненные любыми Агентами. Этим пользователям доступен пункт меню Квоты. Пользователям с ролью Агент доступны только собственные продажи билетов на любые Представления. Этим пользователям не доступен раздел Квоты.

22. Галочка "Только заказы". Если она отмечена, то сервер передает в приложение только данные для таблицы "Заказы", что ускоряет выполне-ние запроса и уменьшает объем передаваемых данных примерно на 60%. Эта возможность особенно актуальна для запросов за большие периоды.

23. Комбобокс для установки фильтра по Эквайрингу. По умолчанию стоит значение "Эквайринг: любой".

24. Комбобокс для установки фильтра по Организатору. По умолчанию стоит значение "Организатор: любой".

25. Комбобокс для установки фильтра по Внешней билетной системе (ВБС). По умолчанию стоит значение "ВБС: любое значение".

ВОЗВРАТ БИЛЕТОВ

Для возврата билетов необходимо выделить строки с данными билетов в таблице Билеты и нажать правую кнопку мыши. Появится контекстное меню с пунктом "Возврат билета". Возврат билетов, проданных на загруженные в BIL24 представления, и билетов, проданных на представления, полученные из ВБС, различается. Для представлений из BIL24 билет сразу возвращается, статус владельца билета устанавливается в состояние "Вернул билет", место поступает в продажу. Строка с данными возвращенных билетов выделяется оранжевым цветом. Для представлений из ВБС, BIL24 отправляет команду возврата билетов во внешнюю билетную систему, и ждет от нее подтверждения о возврате. Если подтверждение об успешном возврате не приходит, то билеты отображаются в таблице со статусом "Возврат билета в ВБС", строка с данными билета выделена желтым цветом. Для таких билетов, BIL24 периодически повторяет отправку команды возврата билета в ВБС. Если в ответ на такую команду будет получено подтверждение возврата, то билет поменяет статус владельца на "Вернул билет". Если подтверждение получено не будет, то билет останется в статусе "Возврат билета в ВБС". Следует понимать, что ВБС может быть временно недоступна из-за сбоев в сети передачи данных, или устроитель представления по каким-то причинам временно запретил возврат билетов. Поэтому, BIL24 надо дать время на осуществление такого возврата. Если в течение суток возврат билета не произойдет в автоматическом режиме, то следует уведомить устроителй представлений и/или ВБС о том, что BIL24 не получает подтверждений об успешном возврате билетов, находящихся в статусе "Возврат билета в ВБС", и решить возникшую проблему организационно. После уведомления, для этих билетов следует повтороно применить команду контекстного меню "Возврат билета", после чего они принудительно получат статус "Вернул билет" вне зависимости от ответов ВБС. Отправка в ВБС команды возврата для этих билетов прекратится. Важно понимать, что если в ВБС эти билеты не будут отмечены как возвращенные, то данные платформы BIL24 и ВБС разойдутся, и, как следствие, разойдется отчетность двух систем. Необходимость четко согласовывать возвраты с ВБС обусловлена еще и тем, что только при успешном возврате билета, место, на которое выписан билет, снова поступит в продажу на стороне ВБС, и как следствие, в BIL24. Иначе, на стороне ВБС это место будет числиться проданным агентом BIL24.

КВОТЫ, НАКЛАДНЫЕ, ФОРМА №9. ОБЩИЙ ОТЧЕТ ПО ПРОДАЖАМ

Во многих случаях Устроитель события передает места в продажу по накладным, в виде определённой квоты мест. В накладных должны быть указаны координаты мест (сектор, ряд, место), количество и ценовая категория. Накладные вводятся в приложении "Редактор платформы BIL24" (см. документацию, раздел "Работа с квотами"). Чтобы посмотреть накладные необходимо выбрать пункт меню Квоты - Накладные. Откроется окно с выбором тех Представлений, где квота использована хотя бы для одного сеанса (рис. 5).


рис. 5

Чтобы накладная открылась в Excel необходимо выделить её и нажать "Получить", а затем "Показать накладную". Функционал окна "Накладные по квотам" позволяет выделять отдельные накладные в каждом сеансе и получать отчёт ТОЛЬКО по этим накладным. Накладные можно последовательно выделить во всех сеансах. В этом отчёте будет учтён приход мест по эти накладным, и продажи билетов только на места, которые в них присутствуют. На кнопке "Отчёты" в скобках указано количество выделенных накладных. Кнопка "Отменить выделение" убирает выделение всех накладных во всех сеансах Представления. В окне "Накладные по квотам" содержится 3 формы отчётов (рис. 5.1). "Форма №9. Общий отчет по продажам", "Форма №14. Продажи на се-ансы" и "Форма №15. Полный отчёт по мероприятию".


рис 5.1

Отчёты №14, 15 дублируют формы отчётов №4 и №5 (см. раздел "Отчеты в формате Excel"), но создаются по данным выбранных накладных. Если накладные не выбраны, то отчёты создают по данным всех накладных Представления.

Рассмотрим использование отчетности по квотам на примере представления "Алые паруса" в государственной опере города Бургас. Представление (ID=1280) имеет два сеанса (19:00, 20:00). По трем приходным накладным на эти два сеанса были переданы места (рис. 6):


рис. 6

Всего по трем накладным передано 18+10+13 = 41 место на сумму 1210+750+350 = 2310 руб. Следует отметить, что по накладным передаются именно МЕСТА, а покупателям продаются БИЛЕТЫ на них. Билеты и места не эквивалентны и имеют совершенно разные значения и свойства в си-стеме. Для иллюстрации работы отчета "Форма №8 Отчет по продажам" по вышеуказанным сеансам выполнены следующие действия:

1. Продано со скидкой и сервисным сбором 5 заказов (10 билетов), из них 4 билета возвращены (рис. 7).


рис. 7

После продажи билетов задолженность Агента перед Организатором представления по всем сеансам составляет 489,5 руб. (Итого) - 44,5 руб. (Сервисный сбор) - 100 руб. (стоимость возвращенных билетов со скидкой, но без сервисного сбора) = 345 руб. Это число подтверждается отчетом "Форма №9. Общий отчет по продажам" (рис. 8).


рис. 8

Левая сторона отчета оперирует местами, правая сторона - билетами. Каждый сеанс представления отображается в виде отдельной таблицы. Внизу - строка с итоговыми данными по всем сеансам. Сервисный сбор в отчете не учитывается. Отчет создается в режиме реального времени и отражает состояние на момент его создания.

Описание столбцов левой стороны отчета:

- Получено мест - места, полученные по всем приходным накладным.

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

- Забронировано мест - места, в настоящий момент забронированные для покупки.

- Продано мест - места, билеты на которые проданы покупателям.

- Свободно мест - места, доступные для продажи.

- Для количества мест в столбцах левой стороны верно равенство: Свободно + Продано + Забронировано + Возвращено = Получено

- Подобное равенство для суммы стоимости мест в рублях не верно, если при продаже билетов на места используется скидка. Например, в сеансе на 19:00 два места из ценовой категории 100 руб. проданы со скидкой 50%, поэтому в столбце Продано мест стоит количество 2 и сумма 100 руб., а не 200 руб. Для понимания продаж билетов следует использовать правую сторону отчета.

Описание столбцов правой стороны отчета:

- Продано билетов (номинал) - количество и сумма проданных билетов. Сумма указана по номинальной стоимости, без учета сервисного сбора и скидки. Эти билеты присутствуют в таблице Билеты (рис.1, п.17).

- Скидка на билеты - количество и сумма билетов, проданных со скидкой. Скидка в отчете указывается в рублях, но устанавливается при продаже в процентах от номинальной стоимости (от 1 до 50%). В этом столбце Организатор видит по каждой ценовой категории количество билетов, про-данных со скидкой, а также сумму скидки в рублях.

- Возвращено билетов - количество и сумма билетов, которые были возвращены покупателями по тем или иным причинам. Если билет был продан со скидкой, то в этом столбце он учитывается по реальной стоимости при продаже, а не по номинальной стоимости. После возврата билета место, на которое он был продан, поступает назад в продажу. Не следует путать данные в этом столбце с возвратом Организатору мест по накладной.

- Итого оплаченных билетов - количество и реальная стоимость билетов, проданных покупателям. Именно эту сумму Агент должен Организатору.

Для суммы проданных билетов в правой стороне отчета верно равенство в троке: Продано (номинал) - Скидка - Возвращено = Итого оплачено.

1. Осуществлен возврат Организатору трех мест по накладной (рис. 9).


рис. 9

После возврата Организатору трех билетов на сеанс 19:00 отчет "Форма №9. Общий отчет по продажам" выглядит следующим образом (рис.10):


рис. 10

В строке ценовой категории 50 руб. появились три места (в графе Возвращено мест) и значения взаимосвязанных данных изменились.

ВЗАИМОДЕЙСТВИЕ С МСКД

Мобильная система контроля доступа (МСКД) предназначена для проверки билетов, реализованных через билетную платформу BIL24 и валидации Мобильных электронных карт (МЭК). Данные о проверки билетов и валидации карт хранятся на центральном сервере системы и отображаются в приложении Отчёты билетной платформы BIL24 с помощью пункта меню МСКД (рис. 11).


рис. 11

Каждая проверка билетов в МСКД создаёт объект "проход". В таблице "Проверка билетов" (рис. 12) отображаются все эти объекты, полученные от центрального сервера платформы. Информация о проходах представлена в следующих столбцах:


рис. 12

- ID - уникальный идентификатор объекта "проход".

- Время - дата и время прохода.

- Агент - наименование Агента, чей сотрудник осуществил проверку билета.

- Интерфейс - интерфейс Агента, использованный МСКД для проверки.

- FID - уникальный идентификатор интерфейса.

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

- Начало сеанса - дата и время начала сеанса.

- Результат - результат (статус) проверки.

- ID билета - уникальный идентификатор проверенного билета.

- Сектор.

- Ряд.

- Место.

- Категория - ценовая категория билета.

- ID Клиента - уникальный идентификатор клиента.

- E-mail доставки - адрес e-mail покупателя билета.

- Комментарий - детали прохода.

В таблице "Успешная валидация карт" отображается информация об успешных проверках МЭК, которая предоставлена в следующих столбцах (рис. 13):


рис. 13



ОТЧЕТЫ В ФОРМАТЕ EXCEL

Пользователям всех ролей доступны отчёты в формате Microsoft Excel (рис. 1, п. 2). Перед их формированием появляется окно настройки, в котором можно получить отчёты с учётом сервисного собора и/или скидкой (рис. 14). Отчёты создаются на основе данных, представленных в таблице Заказы и Билеты.


рис. 14

Для пользователей с ролью Агент эти данные содержат информацию о продаже билетов на все представления (всех организаторов), но ТОЛЬКО через собственные интерфейсы. Для пользователей с ролью Организатор доступны продажи билетов всех Агентов (всех интерфейсов), но ТОЛЬКО на собственные представления. Для пользователей с ролью Оператор доступна вся информация о продажах билетов без ограничений. Все отчёты разде-лены на Отчёты без сервисного сбора и Отчёты с учётом сервисного сбора.

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

Форма №1. Отчёт по представлению "МОТ" (рис. 15).


рис. 15

Форма №2. Возвращённые билеты (рис. 16).


рис. 16

Форма №3. Отчёт по всем агентам (рис. 17).


рис. 17

Форма №4. Продажи на сеансы (рис. 18).


рис. 18

Форма №5. Полный отчёт по мероприятию (рис. 19).


рис. 19

Форма №6. Отчёт по площадке (рис. 20).


рис. 20

Форма №7. Отчёт по категориям (рис. 21).


рис. 21

Форма №8. Общий отчёт по продажам (рис. 22).


рис. 22

Форма №10. Продажи на сеансы по агентам (рис. 23).


рис. 23

Форма №11. Билеты (рис. 24).


рис. 24



СТАТИСТИКА ИНТЕРФЕЙСОВ

В пункте "Статистика" доступны данные о применении интерфейсами (Frontend) методов Протокола билетной системы (рис. 25).


рис. 25

В таблице Запросы по протоколу (рис. 26) указаны все интерфейсы (Frontend), к которым у пользователя есть доступ. По каждому интерфейсу представлено количество команд Протокола билетной системы, полученное Центральным сервером BIL24 за выбранные сутки. Статистика доступна с 1 января 2017 года.


рис. 26

РАССЫЛКА ОТЧЕТОВ

Пункт меню "Рассылка" предназначен для организации рассылки .xlsx отчетов на список адресов электронной почты. После выбора подпункта Отчеты открывается окно со списком действующих рассылок пользователя (рис.27).


рис. 27

Список можно обновлять, рассылки можно добавлять, редактировать, удалять, просматривать. При нажатии в кнопку "Добавить" откроется окно с параметрами новой рассылки (рис.28)


рис. 28

1. Выбранная форма отчета. До создания рассылки необходимо получить отчет в формате .xlsx по одной из форм, указанных в пункте меню «Отчеты». Если этого не сделать, рассылка не будет создана, пользователю будет выдано окно с предупреждением.

2. Название рассылки, которое отображается в списке (рис.27).

3. Список email адресов, указанных через запятую, на которые будет отправляться письма с вложенным отчетом.

4. Дата и время начала рассылки, часовой пояс - МСК. Указанное здесь время будет использоваться для отправки отчета ежесуточно.

5. Дата и время окончания рассылки, часовой пояс - МСК. Если время окончания рассылки меньше (наступает раньше), чем время начала рассылки, то в последние сутки действия рассылки отчет отправлен не будет.

6. Настройки периода отчета - временного интервала, который юудет использован при его построении. Для некоторых отчетов, например, с активной галочкой «все продажи», период не важен. Для других отчетов, при формировании рассылки есть три варианта указания периода:

7. Период отчета берется неизменным из фильтра приложения.

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

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

10. Галочка «Рассылка разрешена» включает и выключает данную рассылку.