Мультисервисная платформа

• Авторизация в мультисервисной платформе
• Настройка камер в приложении
• Настройка пользователей и их доступов
• Привязка потока с домофона к подъезду
• Push-уведомления в мобильном приложении
• Push-уведомления в мобильном приложении как способ общения с клиентами
• Инструкция по рассылке push-уведомлений пользователям приложения
• Истории в мобильном приложении
• Истории в мобильном приложении как способ повысить продажи и лояльность пользователей
• Инструкция по созданию историй
• Сервисы в мобильном приложении
• Личный кабинет жителя
• Описание функционала
• Требования к интеграции
• Управление разрешениями и блокировами пользователей

Авторизация в мультисервисной платформе

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

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

Рисунок 1 — Авторизация в мультисервисной платформе.

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

Рисунок 2 — Главная страница мультисервисной платформы.

Настройка камер в приложении

Создание камер

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

1. Создание потока на медиасервере

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

Для этого на медиасервере указываем имя потока у нужной камеры.

Рисунок 1 — Создание потока на видеосервере.

Имя потока не должно содержать пробелы (К примеру: NameStream, Name_stream)

Рисунок 2 — Конфигурация потока на видеосервере.

2. Создание камеры в мультисервисной платформе

Для создания камеры нужно перейти в раздел «Камеры». Он находится в левом вертикальном меню.

Рисунок 3 — Раздел "Камеры" в мультисервисной платформе.

Вы попадаете на экран со списком камер. В вернем правом углу будет синяя кнопка «Добавить». Нажмите на нее.

3. Привязка потока с камерой

После нажатия откроется форма для добавления камеры.

Рисунок 4 — Форма привязки потока к камере.

В поле «Наименование» необходимо указать название потока с медиасервера. 

В предыдущем пункте мы назвали поток Test_stream в медиасервере. Для связки указываем то же название в «Наименовании» камеры.

В поле «Наименование в мобильном приложении» укажите, как будет называться камера в мобильном приложении.

В наименовании для мобильного приложения можно указать адрес или название объекта на камере (ТЦ, площадь, парк).

Так как название будет отображается на экране мобильного приложения, не стоит его делать слишком большим, иначе оно не поместится полностью.  

После добавления камера будет отображается в общем списке.

Рисунок 5 — Отображение камеры в общем списке.

Удаление камеры

Удалить камеру можно в общем списке камер. 

Для этого наведите курсор на камеру, которую хотите удалить. При наведении в правом конце строки появится крестик для удаления камеры.

Рисунок 6 — Удаление камеры.

Создание групп камер

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

 1. Создание камеры в мультисервисной платформе 

Посмотреть инструкцию по созданию камер в мультисервисной платформе можно выше. 

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

 2. Создание группы камер

Для создания группы камер нужно перейти в раздел «Группы камер». Он находится в левом вертикальном меню, переходим на него. Открывается список групп камер.

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

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

Рисунок 7 — Группы камер.

Для создания группы нужно нажать на синюю кнопку «Создать» в верхнем правом углу.

Откроется окно с формой для ввода Наименования и Группового атрибута для создаваемой группы.

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

Рисунок 8 — Создание группы камер.

После того, как все поля заполнены, еще раз нажимаем кнопку «Создать» и находим созданную группу в списке. Двойным щелчком открываем новую группу.

3. Добавление камер к группе

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

Добавление осуществляется в разделе «Содержимое группы». Для добавления нужно нажать на кнопку «Добавить» на одной из вкладок.

Вкладки:

Рисунок 9 — Общий вид группы камер.

После нажатия на кнопку откроется окно со списком камер. Для добавления камеры к группе необходимо выбрать ее в списке.

Рисунок 10 — Добавление/Удаление камер. 

Настройка пользователей и их доступов

Создание пользователей

Для создания пользователей потребуется:

1. Создать нового пользователя 
2. Связать его с пользователем из td-crm

1. Создание нового пользователя 

Для создания пользователя нужно перейти в раздел «Пользователи». Сделать это можно через левое боковое меню.

Рисунок 1 — Раздел "Пользователи".

Вы перейдете на страницу с общим списком пользователей. На ней отображаются все пользователи, которые были ранее добавлены в систему. 

С помощью полей Логин, ФИО и Комментарий можно быстро находить необходимого вам пользователя.

Рисунок 2 — Список пользователей.

Для создания нужно нажать на кнопку «Добавить» в правом верхнем углу. Откроется форма для заполнения информации о пользователе.

Информация о пользователе: 

• ФИО абонента
• Логин — для авторизации в мобильном приложении
• Пароль — для авторизации в мобильном приложении
• Номер телефона 
• id во внешней системе — Id пользователя из td-crm (crm Домофонии)

Рисунок 3 — Создание нового пользователя.

После создания пользователя вы можете перейти в его профиль. Для этого нужно нажать на его логин в общей таблице.

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

Рисунок 4 — Информация о пользователе.

2. Привязка созданного пользователя к пользователю из td-crm

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

Для добавления связки необходимо указать id пользователя из crm домофонии.

Рисунок 5 — Добавление связки с td-crm.

Где найти id пользователя в crm домофонии?

Чтобы найти нужный id, необходимо в td-crm (подробнее о td-crm) перейти в раздел «Пользователи» и скопировать из поля id-номер нужного пользователя. 

Рисунок 6 — Интерфейс td-crm.

Рисунок 7 — ID пользователя в td-crm.

Создание групп пользователей

Для создания групп пользователей потребуется:

1. Создать пользователей
2. Создать группу пользователей 
3. Добавить пользователей в группу

 1. Создание пользователей в мультисервисной платформе 

Посмотреть инструкцию по созданию пользователей в мультисервисной платформе можно по ссылке. 

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

 2. Создание группы пользователей

Для создания группы пользователей нужно перейти в раздел «Группы пользователей». Он находится в левом вертикальном меню. Открывается список групп пользователей.

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

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

Для создания группы нужно нажать на синюю кнопку «Создать» в верхнем правом углу.

Откроется окно с формой для ввода Наименования и Группового атрибута для создаваемой группы.

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

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

Рисунок 8 — Создание группы пользователей.

После того как все поля заполнены, нужно еще раз нажать кнопку «Создать» и найти созданную группу в списке. Заходим в нее, дважды щелкая кнопкой мыши.

3. Добавление пользователей к группе

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

Добавление осуществляется в разделе «Содержимое группы». Для добавления нужно нажать на кнопку «Добавить» на одной из вкладок.

Вкладки:

• Пользователи — для добавления отдельных пользователей. 
• Группы пользователей — для добавления уже созданных групп.

Рисунок 9 — Группа пользователей.

После нажатия на кнопку откроется окно со списком пользователей. Для добавления пользователя к группе необходимо выбрать ее в списке.

• Для этого нужно поставить галочку в столбце «Выбрано».
• При выборе пользователя он автоматически добавляется в группу. 
• Чтобы удалить пользователя из группы, нужно убрать галочку.

Рисунок 10 — Добавление/Удаление пользователя.

Предоставление пользователям доступа к камерам

Для предоставления пользователю доступов к камере потребуется:

1. Создать пользователей и камеры 
2. Создать группы пользователей 
3. Установить связи между группами камер и пользователей

Доступ пользователю к конкретной камере выдать напрямую (пользователь — камера) не получится! 

Выдать доступ пользователю к конкретной камере можно только через группы (группа пользователей — группа камер).

1. Создание пользователей и камер в мультисервисной платформе 

• Посмотреть инструкцию по созданию пользователей в мультисервисной платформе можно по ссылке. 
• Посмотреть инструкцию по созданию камер в мультисервисной платформе можно по ссылке. 

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

2. Создание групп пользователей и камер

• Инструкция по созданию групп пользователей по ссылке. 
• Инструкция по созданию групп камер по ссылке. 

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

3. Привязка групп камер к группам пользователей

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

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

Установка связей осуществляется в блоке «Доступы». Для установки доступов необходимо нажать кнопку «Добавить».

Рисунок 11 — Предоставление доступов.

После нажатия на кнопку откроется окно со списком групп пользователей / групп камер. Для добавления доступов необходимо выбрать нужную группу в списке.

• Для этого нужно поставить галочку в столбце «Выбрано».
• При выборе группы камер / группы пользователей она автоматически добавляется в «Доступы». 
• Чтобы удалить связь, нужно убрать галочку.

Рисунок 12 — Редактирование доступов.

Привязка потока с домофона к подъезду

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

Рисунок 1 — Раздел "Домофоны" в мульсервисной платформе.

Далее вводите UUID входа и id камеры, нажимаете +

Рисунок 2 — Добавление камеры домофона.

Где взять UUID Входа?

Его можно посмотреть в CRM (не перепутайте с идентификатором дома).

Рисунок 3 — UUID Входа в td-crm.

Где взять ID Камеры?

При использовании видеосервера Flussonic необходимо скопировать NAME потока;

При использовании видеосервера Forpost необходимо скопировать ID камеры из ссылки на поток.
Например, если ссылка на поток выглядит так: forpost.ru/account/camera/96/view.html?backPage=1, значит ID нужной камеры — 96.

Push-уведомления в мобильном приложении

Push-уведомления в мобильном приложении как способ общения с клиентами

Люди не выпускают телефоны из рук. Так почему бы не воспользоваться этим в интересах своего бизнеса? Всего-то и нужно — правильно настроить и вовремя отправить push-уведомление им на телефон.

С помощью push-уведомлений ваша компания буквально оказывается в кармане клиента. Вы напоминаете ему о себе, сообщаете об акциях, новых услугах, поздравляете с праздниками. Главное, вы всегда рядом, перед глазами.

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

Что такое push-уведомления?

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

Главное преимущество push-уведомлений в том, что пользователи увидят их, даже если выйдут из приложения в телефоне.

Типы push-уведомлений

В зависимости от целей можно выделить несколько типов push-уведомлений:

1. Информативные. Могут быть в форме напоминаний, предупреждений или обновлений. В свою очередь можно выделить подтипы:

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

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

4. Плановые. Их отправляют в определенный день с одинаковой частотой. Главная цель сообщений — напомнить пользователю о плановых задачах (например, оплатить интернет) или периодических скидках.

5. Push-уведомления с опросом. Удобный способ получить обратную связь от пользователей и улучшить качество обслуживания. Можно попросить клиентов оценить вашу компанию по шкале от 1 до 5, спросить о том, что им нравится и что не нравится.

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

6. Развлекательные. Особый тип уведомлений, который ничего не продает, но при этом оставляет после себя позитивные ассоциации с фирмой или сайтом. Но такими уведомлениями лучше не злоупотреблять, чтобы не вызвать раздражение ваших клиентов.

Требования к push-уведомлениям

Стандартное пуш-уведомление состоит из трех частей: заголовок, краткий текст, полный текст. Заголовок и краткий текст пользователь видит на экране блокировки, а полный текст — при открытии пуша. Существует ограничение по количеству символов: 

Заголовок — не более 70 символов

Краткий текст — не более 150 символов

Полный текст — нет ограничений

Также в пуш-уведомления можно зашивать ссылки. Это можно сделать тремя способами: 

Основные правила при подготовке push-уведомлений

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

Примеры пуш-уведомлений

И еще раз:

Рассылайте push-уведомления нечасто, пишите текст с заботой о клиенте, продумывайте план рассылки и чередуйте продающие сообщения с теми, которые заинтересуют человека. Вполне возможно, что с помощью грамотной рассылки вы сможете увеличить конверсию вашего бизнеса в разы.

Еще мы подготовили карту пушей: в ней вы найдете готовые тексты и темы. Их можно брать за основу и варьировать как вам нужно.

Инструкция по рассылке push-уведомлений пользователям приложения

Для отправки пуш-рассылки потребуется:

• Создать рассылку 
• Заполнить информацию о рассылке
• Отправить рассылку пользователям 
• Собрать статистику 

Для более подробного изучения особенностей пуш-рассылок вы можете перейти в раздел "Push-уведомления в мобильном приложении как способ общения с клиентами". В нем рассказывается:

• Что такое пуш-уведомления

• Типы push-уведомлений

• Требования к push-уведомлениям

• Основные правила при подготовке push-уведомлений

• Примеры пуш-уведомлений

Видеоинструкция по созданию push-уведомлений

Как создать рассылку 

Для создания пуш-рассылки потребуется перейти в соответствующий раздел в левом меню мультисервисной платформы web-core.is74.ru:

Рисунок 1 — Левое меню мультисервисной платформы.

Вам откроется список всех созданных пуш-уведомлений. В верхней части страницы есть поля «Дата от», «Дата до», «Наименование», «Статус». Эти поля используются как фильтры для отбора нужных вам пуш-рассылок.

Для отмены всех фильтров необходимо нажать кнопку «Очистить».

Рисунок 2 — Фильтрация созданных пушей.

Во второй части экрана находится таблица с общим списком пуш-рассылок. В ней отображается:

• Дата рассылки — время начала отправки пуш-уведомлений в рамках рассылки 
• Статус — обозначение, на каком этапе находится рассылка
• Наименование — название рассылки
• Количество прочтений — количество устройств, на которых прочитали пуш-уведомления
• Последние изменения — дата последнего редактирования пуш-рассылки 

Статусы могут быть:

• Выполнена — было отправлено хотя бы одно пуш-уведомление
• Ошибка — не удалось отправить ни одного пуш-уведомления
• В ожидании — активная рассылка в ожидании времени отправки пуш-уведомлений
• В процессе — в данный момент отправляются пуш-уведомления всем пользователям
• Приостановлена — в момент отправки пуш-уведомлений рассылка была остановлена
• Отменен — до отправки первого пуш-уведомления отменили всю рассылку

Рисунок 3 — Интерфейс раздела отправки пушей.

Для создания рассылки необходимо нажать на кнопу «Создать» в правом верхнем углу, после чего откроется экран с полями для заполнения информации о рассылке.

---

Заполнение информации о рассылке 

Рисунок 4 — Создание новой пуш-рассылки.

Обязательные для заполнения поля:

• Название рассылки — уникальное название рассылки, которое будет отображаться в общем списке пуш-рассылок в web-core.is74.ru.
• Заголовок уведомления — текст, который будет отображаться у пользователя в заголовке пуш-уведомления.
• Короткий текст уведомления — текст под заголовком уведомления.
• Полный текст уведомления — текст, который будет отображаться внутри приложения на экране со списком уведомлений.

Необязательные поля: 

• Переход на страницу (ссылка) — ссылка на экран мобильного приложения или веб-сайт, на который перекинет пользователя после нажатия на пуш-уведомление.

Примечание: В текст можно вставлять стандартный набор эмодзи 👍😱😁🔥❤️🎉

Отправка рассылки

После заполнения формы необходимо нажать на кнопу «Создать». Вас перебросит на только что созданную пуш-рассылку.

Рисунок 5 — Редактирование пуш-рассылки.

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

Для запуска рассылки нужно нажать на кнопку «Начать рассылку» в правой нижней части экрана.

Важно! После нажатия на кнопку «Начать рассылку» и ее подтверждения, рассылка начнется в этот же момент. 

Сбор статистики

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

В общей таблице представлена статистика по устройствам, которые прочитали пуш-уведомление. Статистика будет автоматически обновляться по мере прочтения уведомлений.

Рисунок 6 — Статистика пуш-рассылки.

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

Истории в мобильном приложении

Истории в мобильном приложении как способ повысить продажи и лояльность пользователей

В приложении «Интерсвязь. Умный город» истории появились летом 2020 года. На тот момент месячное число пользователей едва превышало 400 тысяч. К лету 2022 года мы увеличили этот показатель почти в два раза.
Сделать это удалось с помощью несложного и бесплатного инструмента — историй.

Что такое истории в мобильном приложении?

По своей форме истории — практически полная копия Stories Instagram*.

Это слайдшоу в верхней части экрана приложения, при нажатии на которое появляется серия слайдов с текстами или визуалами.

Функционал историй интуитивно понятен пользователю, привыкшему к Instagram*

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

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

Если этот аргумент вас не впечатляет, взгляните на опрос Boston Digital, проведенный в 2020 году. У респондентов спросили: «Зачем вы подписываетесь на бренды?». Ответы говорят сами за себя.

26% — полезная информация
26% — больше информации о продуктах
21% — забавный, интересный контент

И последняя особенность историй как инструмента маркетинга: они опираются на экспертность компании. Только вы можете рассказать об эксклюзивных акциях и предложениях вашего бренда,
только вы можете научить пользователей чему-то полезному или рассказать о неочевидных фишках вашего МП. Для вас это — большой плюс и огромное поле для творчества, которым управляете только вы.

Зачем нужны истории в мобильном приложении?

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

Мы поняли, что не используем этот канал на все 100.

Кроме того, мы видели, что многие крупные бренды постепенно переходят от performance-маркетинга (то есть прямой рекламы) к выстраиванию доверительных отношений с пользователями благодаря бренд-медиа. И один из этих бренд-медиа — истории в МП.

Поэтому летом 2020 года мы наконец запустили истории в приложении «Интерсвязь. Умный город».

Однако в наших руках оказался инструмент, с которым нужно обращаться очень бережно и осторожно. Этот канал, как и нарастающее доверие пользователя к нашему бренду, легко было убить бесконечными призывами «купи!» и агрессивным маркетингом.

Если бы мы пошли по этому пути, то наш инструмент превратился бы в раздражающую доску объявлений, и доверие пользователей было бы навсегда потеряно. Поэтому мы пошли по единственно верному пути: пользы — больше, рекламы — меньше.

Каким должен быть контент в историях?

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

Времена агрессивного маркетинга уходят в прошлое. Сейчас на первом месте — выстраивание дружеских отношений с клиентом.
Чем больше пользы и положительных эмоций мы даем человеку, тем охотнее он платит нам лояльностью, а главное — рублем.

Условно наши истории можно поделить на три типа: развлекательные, полезные и брендовые.

Развлекательные истории

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

Главное — не отходить от вашей основной тематики. В нашем случае это гаджеты, соцсети, интернет, космос, современные технологии.

Полезные истории

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

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

Брендовые истории

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

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

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

Создавать истории сложно?

И да, и нет.

Да, если у вас масштабная компания и популярное многомиллионное приложение. В этом случае вам понадобится команда из 4-5 человек, и при этом чтобы среди них был дизайнер.

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

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

Что по статистике?

За два года работы с историями месячная аудитория нашего приложения увеличилась почти в 2,5 раза.

• Действительно полезные истории повышают лояльность клиентов: у людей появляется мотивация чаще заходить в приложение, а ваша компания становится в их глазах экспертом, которому можно доверять.
• Истории повышают конверсии в отдельные разделы приложения и работают как дополнительный канал продаж. В историях можно даже публиковать вакансии — это хороший способ привлечь в компанию нужных специалистов.
• Сторис могут сподвигнуть пользователей обновить приложение, если мы вовремя опубликуем информацию о новом релизе.
• Персонализация историй поможет увеличить продажи или донести информацию узкому кругу пользователей. В нашем приложении возможна персонализация по тарифам, устройствам, регионам, видам жилья (частный дом или квартира) и услугам.
  Например, можно рассказать о камерах видеонаблюдения жителям многоквартирных домов.

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

*Запрещенная в России соцсеть

Инструкция по созданию историй

1. Заходим на сайт https://web-core.is74.ru/stories/ и открываем вкладку «Истории». Нажимаем кнопку «Добавить историю».

Рисунок 1 — Интерфейс историй в мультисервисной платформе.

2. В поле «Название истории» вбиваем ее заголовок. В поле «Заголовок в карусели» дублируем этот же текст. 
Указываем дату и, при необходимости, время публикации истории, а также дату и время снятия истории с публикации. Кликаем на кнопку «Создать».

Рисунок 2 — Создание новой истории.

3. На открывшейся странице нужно загрузить обложку истории, которая будет отображаться в карусели историй на главном экране мобильного приложения. Размер изображения: 300х300 пикселей.
Нажимаем кнопку Browse и выбираем нужное нам изображение. Кликаем «Сохранить».

Рисунок 3 — Загрузка обложки истории.

4. Затем жмем на кнопку «Добавить слайд».

Рисунок 4 — Добавление нового слайда истории.

5. Перед нами откроется интерфейс добавления слайдов истории. Слайд, который вы будете добавлять самым первым, по умолчанию станет обложкой.
Обложка — самый первый слайд с названием истории, который открывается после выбора нужной истории в карусели на главном экране приложения. Соответственно, к ней нужно еще раз продублировать заголовок истории.
Жмем «Сохранить».

Рисунок 5 — Создание нового слайда истории.

5.1. При необходимости можно менять расположение и стиль заголовка на слайде.

Рисунок 6 — Редактирование заголовка истории.

6. Затем добавляем остальные слайды историй. Добавить слайд —> Загрузить картинку (Browse) —> Добавить текст слайда —> Сохранить.

Рисунок 7 — Добавление остальных слайдов истории.

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

Рисунок 8 — Общий вид готовой истории.

7. При необходимости на последний слайд можно добавить кнопку, которая будет вести на ваш сайт или определенный раздел приложения. Делается это на главном экране интерфейса создания историй.
Задаем кнопке название, выбираем цвет, в выпадающем списке выбираем раздел приложения или добавляем ссылку на сайт.
Обратите внимание: Перед тем как сохранить слайд с кнопкой, обязательно поставьте галочку напротив пункта «Включить кнопку действия», в противном случае кнопка не появится на слайде. Жмем «Сохранить».

Рисунок 9 — Добавление кнопки в историю.

8. Перед публикацией можно нажать на кнопку «Предпросмотр» и проверить, как история будет отображаться на разных форматах экранов, а также проверить работу кнопки.

Рисунок 10 — Предпросмотр истории.

Рисунок 11 — Предпросмотр истории.

Листайте влево или вправо, чтобы проверить корректность всех слайдов.

9. Когда все слайды готовы, жмем «Опубликовать историю».

Рисунок 12 — Публикация истории.

9.1. После этого она появится в общем списке на вкладке «Истории». У опубликованной истории появится статус True, у снятой с публикации — False.
Через кнопку «Действия» можно управлять каждой историей.

Рисунок 13 — Статусы историй.

Требования к историям в мобильном приложении

Заголовки

• Количество слов: от 2 до 4 слов (учитывая предлоги и союзы).
• Длина слова: не более 12 знаков (иначе возникает перенос).
• Кол-во знаков в строке вместе с пробелами: от 4 до 14.
• Всего знаков с пробелами: не более 27

Текст в слайде

• Знаков с пробелами в слайде: в среднем 152 знака, но не более 178. Примерно 5-7 строк.
• Максимальная длина слова, чтобы не было переноса: 26 знаков.
• Текст всегда должен располагаться снизу.
• Используйте для неразрывного пробела

Текст в слайде с кнопкой

• Знаков с пробелами в слайде: в среднем 89 знаков, но не более 105 знаков. Максимум 4 строки!
• Максимальная длина слова, чтобы не было переноса: 26 знаков.
• Текст всегда должен располагаться снизу. 

Визуалы для слайдов

• Разрешение: 720х1280 пикселей.
• Желательно не перегружать нижнюю часть слайда (40-50%) важными элементами изображения, мелкими деталями и яркими цветами, т.к. эта часть слайда отведена под текст.

Визуалы для обложек на главном экране

• 300х300 пикселей.
• Нижняя часть картинки должна быть темной, т.к. заголовок всегда имеет белый цвет.

Сервисы в мобильном приложении

Экран «Сервисы» в мобильном приложении предназначен для размещения ссылок и полезной информации заказчика. Кнопки могут вести на web-ресурсы или определенные экраны приложения.

Инструкция по настройке экрана «Сервисы» в мультисервисной платформе

1. Авторизация в мультисервисной платформе

Перейдите по ссылке https://web-core.is74.ru/ и авторизуйтесь в Мультисервисной платформе по вашему логину-паролю

Для перехода на страницу управления сервисами откройте в боковом меню раздел «Мобильное приложение» и перейдите в подраздел «Управление сервисами» или перейдите по ссылке https://web-core.is74.ru/service.  

Рисунок 1 — Главная страница мультисервисной платформы.

Вот так выглядит интерфейс настроек экрана «Сервисы».

Рисунок 2 — Интерфейс раздела Сервисы.

2. Добавление сервисов

Чтобы добавить новый сервис, нажмите кнопку «Добавить».

Рисунок 3 — Добавление сервиса.

3. Настройка и наполнение карточек

Появится новая карточка сервиса, которую нужно настроить. Все настройки открываются справа при нажатии на созданную карточку: «Основные», «Фон» и «Бейдж».

Рисунок 4 — Редактирование карточки сервиса.

Во вкладке «Основные» пропишите заголовок и подзаголовок.

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

Рисунок 5 — Добавление заголовка сервиса.

Также здесь можно поменять размер карточки и сделать ее в два раза больше. 

Рисунок 6 — Изменение размера карточки сервиса.

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

Рисунок 7 — Изменение порядка карточек сервисов.

4. Создание ссылок для карточек

Затем нужно задать ссылку. Она будет перенаправлять пользователя на страницу сайта или раздел приложения при нажатии на карточку сервиса. 

Если это сервис внутри приложения, выберите соответствующую кнопку. Ссылку на внешний сайт нужно добавить вручную.

Рисунок 8 — Добавление ссылки на карточку сервиса.

5.  Выбор фона для карточек

Во вкладке «Фон» можно настроить цвет и фоновое изображение карточки.

• Изображение можно взять из списка предложенных или загрузить собственное, нажав кнопку «Загрузить изображение» внизу блока настроек.
• Изображение обязательно должно быть квадратным;
• Размер загружаемого изображения должен быть не менее:
  • 184х184 (размер x1 и x2)
  • 218х218 (размер x1 и x2)
  • 309х218 (размер x2)

Рисунок 9 — Изменение фона карточки сервиса.

6. Добавление бейджей (акцентных стикеров)

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

Рисунок 10 — Добавление бейджа на карточку сервиса.

Готовая карточка с бейджем выглядит вот так:

Рисунок 11 — Карточка сервиса с бейджем.

7. Удаление карточки сервиса

Если вам нужно удалить карточку сервиса, выделите ее и в меню настроек «Основные» нажмите кнопку «Удалить сервис».

Рисунок 12 — Удаление карточки сервиса.

8. Публикация

Когда дизайн карточки настроен и назначена ссылка, ее нужно опубликовать. Для этого нажмите кнопку «Сохранить». После этого на экране «Сервисы» вашего приложения появится новый сервис.

Рисунок 13 — Публикация экрана с сервисами.

Личный кабинет жителя

Описание функционала

В функционал личного кабинета входит: 

Авторизация:

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

Мобильное приложение:

• Мобильное приложение с отдельным экраном для Абонентов и Не абонентов. В личном кабинете абонента отображается информация по Договорам, Тарифам, Балансу и общие данные абонента (ФИО, номер телефона и т.д.). В неабонентской версии личного кабинета отображается информация по доступным Тарифам.
  • Макет личного кабинета Абонента и Не абонента.

Карточка пользователя на core-web:

• Карточка пользователя на core-web. Для удобного администрирования информации в личном кабинете мобильного приложения создан интерфейс управления информацией о пользователе.
  • Карточка пользователя. Информация о пользователе: логин, абонент, телефоны, договоры, тарифы, начисления.
  • Тарифы и Договоры. Создание и редактирование информации.
  • Функционал управления разрешениями пользователя.

Для корректной работы личного кабинета потребуется интеграция с основным билингом. Необходимо настроить обмен данными между системами для отображения актуальной информацией.

Требования к интеграции

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

Методы для реализации обмена данными

Обмен данными возможен только при авторизации пользователя. После того, как пользователь ввел логин/пароль или номер телефона, наша система запрашивает данные по пользователю и сохраняет их у себя. При этом пароль хешируется.

Все стоимости указываются в минимальных единицах валюты (копейки)

Для реализации данного способа обмена данными нам требуются следующие методы: 

 1. Авторизация / проверка логина-пароля пользователя

POST http://127.0.0.1/api/auth

Body:

{

“login”:”1595”, 

“pswd”:”58208891”

}

Ответ:

Успех:  http code 200

{

“ext_user_id”: "58208891",

}

Ошибка:  http code 401

2. Получение информации о пользователе

GET http://127.0.0.1/api/users?user_id=58208891

Успешный ответ: http code 200

[{

"ext_user_id":"58208891",

"login":"1595",

"password":"58208891", 

"is_blocked" ; true,  // bool

"full_name":”Жанна Владимировна",

"phones": [

{

“number”:"79090833414",

“confirmed”:false,

}

] 

}] 

Пользователь не найден: http code 404

Пароль необходимо передавать в открытом виде, у себя мы храним его в хэшированном виде 

3. Получение контрактов-лицевых счетов пользователей

GET http://127.0.0.1/api/contracts?user_id=58208891

Успешный ответ: http code 200

[{

"ext_id":"12331231",

"account":"1595-И",

"contract":"1595-И",

"balance":36900,

"required_payment": 1000,  // Сумма, к оплате, которая ожидается на данный момент по данному договору

"address":"г. Челябинск, ул Ленина 1",

"building_code":"08213690-eb4c-47a1-a509-bd9c3d5d65d8",

"region":74,

"building_num":”1",

"flat":"92",

"tariffs": [

{

“id” : "52082301",

  "options" : [

 {

  "category_name" : "Скидка",

  "name" : "Скидка за регулярную оплату",

  "hidden" : false,

  "value" : -1000

     },

],

}

],

                 "options" : [

             {

   "category_name" : "Доплата",

   "hidden": true,

  "name" : "Доплата за труднодоступный/удалённый регион",

  "value" : 2000

     }

     ],

"state":2 // 1 - новый, 2 - подключено

} ] 

Контракты не найдены: http code 404

Все денежные суммы необходимо передавать в минимальных единицах (например, в копейках).

4. Получение определенного контракта

GET http://127.0.0.1/api/contracts?id=12331231

Успешный ответ: http code 200

{

"ext_id":"12331231",

"account":"1595-И",

"contract":"1595-И",

"balance":36900,

                   "required_payment": 1000,  // Сумма, к оплате, которая ожидается на данный момент по данному договору

"address":"г. Челябинск, ул Ленина 1",

"building_code":"08213690-eb4c-47a1-a509-bd9c3d5d65d8",

"region":74,

"building_num":"1",

"flat":"92",

"tariffs": [

  {

  “id” : "52082301",

   "options" : [

 {

  "category_name" : "Скидка",

  "name" : "Скидка за регулярную оплату",

  "hidden" : false,

  "value" : -1000

     },

],

  }

],

                 "options" : [

     {

  "category_name" : "Скидка",

  "name" : "Скидка пенсионерам",

  "hidden" : false, 

  "value" : -1000

     },

             {

   "category_name" : "Доплата",

   "hidden": true,  // опция не будет отображаться клиенту

  "name" : "Доплата за труднодоступный/удалённый регион",

  "value" : 2000

     }

     ],

"state":2 // Полный список статусов ниже

}

Контракт не найден: http code 404

Справочник статусов договора:

• 1 - новый
• 2 - подключено
• 3 - приостановление
• 4 - расторжение 

Все денежные суммы необходимо передавать в минимальных единицах (например, в копейках).

5. Список услуг

GET http://127.0.0.1/api/services

[

{"id":"40216201","name":"Teko"},

{"id":"40216202","name":"Видеонаблюдение"},

{"id":"40216203","name":"Телефония"}

]

6. Список тарифов

GET http://127.0.0.1/api/tariffs

[ 

{"id":"52081501",

"name":"Космос",

"services": [

{ "id" : "40216201" },

{ "id" : "40216203" }

]

"description":"Описание тарифа",

"cost": 1200

“link”:”https://your-domain.ru/tariff/kosmos”},

]

{"id":"1081664501",

"name":"Снежный",

"services": [

{ "id" : "40216201" }

]

"description":"Описание тарифа",

       "without_cost": true,
“link”:”https://your-domain.ru/tariff/snow”},

]

Все денежные суммы необходимо передавать в минимальных единицах (например, в копейках).

7. Начисления

GET http://127.0.0.1/api/charges?user_id=58208891&limit=1

Запрос для получения отсортированных начислений пользователя

limit - количество начислений, которые хотим получить. К примеру limit=1 отдаст самое последнее начисление.

[

{

"account" : "1595-И",

"cost" : 20000,

"period" : "02-22" // месяц

"description" : "Оплата услуг связи сентябрь 2022"

},

]

Все денежные суммы необходимо передавать в минимальных единицах (например, в копейках).

CallBack 

В core есть функционал обработки callback-уведомлений. Его можно использовать для оповещения платформы об изменениях во внутреннем билинге.

1. Изменение данных договора (баланс, тарифы). В случае  обращения к этому хэндлеру, платформа сделает запрос а API Data Provider (по спецификации, описанной выше), и обновит данные.

Авторизация HTTP basic, данные можно запросить отдельно

        POST https://core.coredev.is74.ru/api/v1/mb/callback/contract

{
"ext_id" : "12347",
}

2. Изменение данных всех договоров (баланс, тарифы). В случае  обращения к этому хэндлеру, платформа сделает запрос а API Data Provider (по спецификации, описанной выше), и обновит данные.

Авторизация HTTP basic, данные можно запросить отдельно

        POST https://core.coredev.is74.ru/api/v1/mb/callback/contract

{
"user_ext_id" : "58208891",
}

3.  Обновление начислений пользователя 

Авторизация HTTP basic, данные можно запросить отдельно

        POST https://core.coredev.is74.ru/api/v1/mb/callback/charge

{
"user_ext_id" : "58208891",
}

Управление разрешениями и блокировами пользователей

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

Рисунок 1 — Логика работы разрешений

Управление разрешениями

Чтобы управлять разрешениями, которые действуют на услугу, необходимо авторизоваться в платформе https://web-core.is74.ru/, перейти в раздел «Тарифы» и выбрать вкладку «Разрешения».

Рисунок 2 — Управление разрешениями

Чтобы добавить разрешение к услуге, нажмите плюс и выберите необходимые разрешения, которые относятся к данной услуге.

Рисунок 3 — Выбор разрешений

Готово. Теперь в нашем примере на услуге "Домофония" доступны сервисы: Просмотр видеопотока с домофона и открытие из приложения.

Рисунок 4 — Пример активированных разрешений

Как работают разрешения

При каждом обращении пользователя к приложению совершаются следующие проверки:

1. Есть ли у пользователя доступ до подъезда
2. Есть ли у пользователя тариф с активными разрешениями
3. Баланс >= 0

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

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