Приложение МЕНЕДЖЕР

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

ГЛАВНОЕ ОКНО ПРИЛОЖЕНИЯ
ВКЛАДКИ ОРГАНИЗАТОРЫ, АГЕНТЫ
ВКЛАДКА ДОВЕРЕННЫЕ АГЕНТЫ
ВКЛАДКА ИНТЕРФЕЙСЫ
ВКЛАДКА ПОДПИСКИ
ВКЛАДКА НОВОСТИ
ВКЛАДКА МЭК
ВКЛАДКА WIDGET

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

Приложение Менеджер предназначено для управления учётными данными предприятий и их сотрудников (пользователей), для создания интерфейсов и управления ими, для контроля подписок на представления, конфигурирования WEB WIDGET, управления рассылками PUSH-уведомлений и других задач по настройке и управлению ресурсами билетной платформы

Доступ в Менеджеримеют пользователи с ролями Оператор, Организатор, Агент.

Оператор - роль пользователей билетной платформы, которые являются сотрудниками компании, эксплуатирующей и управляющей BIL24. Пользователи с этой ролью обладают максимальными правами в системе.

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

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

Пользователю с ролью Оператор в главном окне приложения Менеджер доступны все вкладки (рис.1).


рис. 1





ВКЛАДКИ ОРГАНИЗАТОРЫ, АГЕНТЫ

В этих вкладках (рис. 2 - 3) отображаются реквизиты выбранного предприятия или ИП, и учётные данные их сотрудников.

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

Пользователю с ролью Оператор доступно добавление новых предприятий или ИП с помощью кнопки "+". У пользователей с ролями Организатор и Агент такая возможность отсутствует, но они могут добавлять новых сотрудников. После регистрации сотрудник должен подтвердить свою почту и установить пароль - это активация. Если всё сделано верно, то у сотрудника будет стоять галочка "Активирован". Если сотрудник не перешёл по ссылке и не установил пароль, то галочка будет снята. Галочку "Активирован" нельзя установить вручную. Активация нужна после добавления нового сотрудника и после каждой смены адреса e-mail. Установка/снятие галочки "Работа разрешена" разрешает или запрещает деятельность пользователя в приложениях BIL24.


рис. 2


рис. 3





ВКЛАДКА ДОВЕРЕННЫЕ АГЕНТЫ

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


рис. 4





ВКЛАДКА ИНТЕРФЕЙСЫ

Во этой вкладке (рис. 5) отображаются данные об интерфейсах выбранного Агента, через которые осуществляются продажи.

Интерфейс (FRONTEND) - это интерфейс между покупателем и билетной платформой. Каждый FRONTEND принадлежит Агенту и имеет уникальный идентификатор FRONTEND ID (FID) и соответствующий ему токен. Эти данные используются для взаимодействия интерфейса и Центрального сервера BIL24 по Протоколу билетной системы.

Пользователи с ролью Оператор и Агент могут добавлять новые Интерфейсы с помощью кнопки "+".

Разрешённые интерфейсы:

Android - интерфейс для продажи билетов на устройствах под управлением Android.

IOS - интерфейс для продажи билетов на устройствах под управлением IOS.

Windows phone - интерфейс для продажи билетов на устройствах под управлением Windows.

Браузер - интерфейс для продажи билетов через Веб-браузеры.

Мобильный браузер - интерфейс для продажи билетов через мобильные Веб-браузеры.

Касса - интерфейс для продажи билетов в традиционных кассах за наличный расчёт.

Пригласительный - интерфейс для распространения бесплатных пригласительных билетов.

Билетная система - интерфейс для взаимодействия с внешними билетными системами.

СКД - интерфейс Системы контроля доступа для проверки билетов. Продажи через этот интерфейс не разрешены.

В поле Ссылка в зависимости от типа интерфейса отображается ссылка с данными (FID и токен) необходимыми для авторизации интерфейса при переходе по ссылке. В текущей версии приложения Менеджер ссылка генерируется только для интерфейсов типа Android. Для интерфейса этого ссылка ведет на страницу Основного мобильного приложения (ОМП) BIL24 в сервисе GOOGLE PLAY и содержит FID и токен интерфейса Агента. При установке приложения на мобильное устройство пользователя, FID и токен вносятся в локальное хранилище приложения. После успешной авторизации интерфейса, все билеты, проданные через это приложение, будут отображены в отчетах Агента. Пользователь, скачавший приложение по ссылке Агента, навсегда становится его клиентом. Агент может рассылать своим клиентам PUSH-уведомления.

Ссылка начинается с market:// и открывает приложение GOOGLE PLAY MARKET только на мобильных устройствах под управлением Android. Это обеспечивает корректность передачи данных для авторизации интерфейса.

Пользователи с ролью Оператор могут отмечать разрешённые агенту интерфейсы галочками (рис. 5).


рис. 5

Для Агента и Организатора возможность разрешать типы интерфейсов отсутствует (рис. 5.1).


рис. 5.1

Галочка "Работа разрешена" разрешает/запрещает работу интерфейса.

Во вкладке Интерфейсы Оператор и Агент могут устанавливать Сервисный сбор Агента и Сервисный сбор интерфейса. В билетной платформе BIL24 сервисный сбор устанавливается в процентах от номинальной стоимости покупаемого билета. Имеются следующие значения сервисного сбора:

1. Сервисный сбор Агента (ССА). Устанавливается для всех интерфейсов Агента.

2. Сервисный сбор Интерфейса (ССИ). Устанавливается для конкретного интерфейса (FRONTEND) Агента. Замещает сервисный сбор Агента (п.1) на этом интерфейсе.

3. Минимальный сервисный сбор Представления (МССП). Устанавливается Организатором для представления в целом и действует для всех сеансов представления. Минимальный Сервисный сбор Представления устанавливается в приложении Редактор событий (рис. 6).


рис. 6

Минимальный Сервисный сбор Представления используется Организатором продаж в случае, когда Устроитель представления устанавливает низкое агентское вознаграждение, которое не покрывает расходов на эквайринг, налоговые отчисления и оплату за использование платформы. Для всех агентов системы это минимальный сервисный сбор, с которым они могут продавать билеты.

На электронных интерфейсах: если применяемый сервисный сбор ССА или ССИ больше или равен МССП, то используется ССА или ССИ, если МССП больше ССА или ССИ, то используется МССП.

На Рабочем месте кассира (РМК) используется собственный, не связанный с системой Сервисный сбор кассы (ССК). Если ССК меньше МССП, то в ответ на попытку приобрести билеты будет выдана ошибка "Сервисный сбор меньше установленного минимального сервисного сбора представления".




ВКЛАДКА ПОДПИСКИ

В этой вкладке (рис. 7) реализована возможность подписать доступные Агентам представления на отдельные интерфейсы (рис. 7). Доступ возможен для пользователей с ролями Агент и Оператор. По умолчанию у каждого интерфейса стоит галочка "Все доступные представления". Если эту галочку снять, то можно назначить интерфейсу отдельные представления. Таким образом, можно каждому интерфейсу назначить свой уникальный набор представлений.


рис. 7

Пользователям с ролями Оператор и Агент доступна Проверка представления или сеанса (рис. 8).


рис. 8

Проверка производится для конкретного Интерфейса Агента. В отчете после проверки указываются различные параметры Представлений и сеансов (рис. 9, 10), которые влияют на возможность продавать их через данный интерфейс.


рис. 9


рис. 10





ВКЛАДКА НОВОСТИ

В этой вкладке (рис. 11) пользователи с ролью Оператор могут отправлять новости Билетной платформы, в том числе и в виде Push-уведомлений для мобильных устройств.

Push-уведомления - это небольшие всплывающие окна с текстовой информацией. Они могут появляться на экране любого устройства, где есть область оповещений.


рис. 11

Создание новости доступно только пользователям с ролью Оператор с помощью кнопки "+" (рис. 12).


рис. 12

В окне "Добавить новость…" необходимо ввести заголовок новости и выбрать адрес назначения, на который она будет доставлена. Обязательно необходимо заполнить Краткое описание и Полное описание новости, дату и время Начала показа (когда новость будет опубликована).

- Галочка "Push" разрешает/запрещает отправку новости в качестве push - уведомления на мобильное устройство.

- Галочка "Показ разрешён" разрешает/запрещает отображение новости у адресатов.




ВКЛАДКА МЭК

Вкладка (рис. 13) предназначена для управления Мобильными электронными картами (МЭК). Пока управление МЭК доступно только пользователям с ролью Оператор.


рис. 13





ВКЛАДКА WIDGET

Данная вкладка (рис. 14) доступна пользователям с ролями Опретор или Агент, в ней можно получить ссылки на WEB WIDGET для любого города или события.


рис. 14

1. Выбор Агента.

2. Выбор интерфейса для создания виджета. В ссылке на виджет передается FID и токен интерфейса.

3. Виджет позволяет продавать билеты как на отдельное представление, так и на все представления в городе. Для этого необходимо выбрать один из вариантов использования:

- для всех доступных представлений в городе.

- только для выбранного представления.

4. Выбор языка.

5. Выбор города.

6. Выбор представления, из списка доступных для этого интерфейса в этом городе.

7. В поле "URL страницы успешной оплаты" необходимо указать адрес HTML-страницы, на которую банк перенаправит пользователя после успешной оплаты заказа. По умолчанию используется страница успешной оплаты на сайте bilw.ru.

8. В поле "URL страницы неуспешной оплаты" необходимо указать адрес HTML-страницы, на которую банк перенаправит пользователя если оплата заказа не прошла. По умолчанию используется страница неуспешной оплаты на сайте bilw.ru.

9. Чаще всего ссылка на виджет устанавливается на кнопку "Купить билет". В этом поле можно указать HTML-код этой кнопки, тогда он будет добавлен в код ссылки автоматически.

10. Текстовое поле, в котором размещена сгенерированная ссылка на сайт-контейнер bilw.ru. На этом сайте установлена последняя версия виджета, которая может использоваться всеми Агентами без ограничений.

11. Текстовое поле, в котором размещена сгенерированная ссылка на виджет, установленный на сайте агента.

12. Скрипт для отображения виджета поверх страницы в отдельном фрейме. Скрипт должен быть размещен в заголовке страницы. Пример использования такого скрипта: сайт sochitop10.ru.

13. Кнопка копирования HTML-кода из текстовых полей в буфер обмена.

14. Ссылка на архив с WEB WIDGET.