Платформа
Описание частично, затрагивает только публичные части решения.
Фронт
Landing
Посадочная страница с описанием платформы, с которой можно попасть в веб-интерфейсы администратора и пользователя.
Веб интерфейс пользователя
- система управления заявками
- система бесед (взаимодействие с внутренним XMPP сервером через веб-интерфейс)
- глобальный профиль пользователя
Из глобального профиля можно перейти в пользовательские профили сервисов.
Бэкэнд
Веб-api (REST)
Следующие сервисы доступны для построения фронт-решений:
- заявки и управление ими
- пользовательская информация
- информация о сервисах
- составление цепочек заявок из нескольких сервисов
XMPP-сервер
(ejabberd - jabber, mqtt broker & sip) Используется для экспресс-коммуникации и оповещения, а также для взаимодействия с ботом. Используется в том числе для технической поддержки уровня платформы.
Mail-сервер
Используется для не экстренного оповещения без использования продуктов компании, проверки учетных данных пользователей.
Синхронизатор БД сервисов
Используется для синхронизации данных сервисов для построения цепочек услуг. Синхронизация происходит от сервиса к платформе и не в обратную сторону, но по инициативе синхронизатора, обращающегося к бэкэнду каждого сервиса напрямую.
БД
Состоит из 2 частей:
- Внутренняя БД платформы
- Синхронизируемся с другими сервисами часть
Произвольный сервис на основе ShariX Open
Фронт
Landing
Посадочная страница с описанием платформы, с которой можно попасть в веб-интерфейсы администратора и пользователя. Это одна и та же точка входа с точки зрения пользователя. При наличии администраторских прав внутри личного кабинета отображаются дополнительные страницы.
Веб интерфейс пользователя
- система управления заявками
- система бесед (взаимодействие с внутренним XMPP сервером через веб-интерфейс)
Из профиля сервиса можно перейти на глобальный профиль ShariX. Осуществление заказов происходит через систему заявок (может быть - посредством модифицированного интерфейса для удобства) Информация о доступных сервисах получается через обращение к собственному web api сервиса, далее, через api backend-а при необходимости происходит обращение к web-api платформы. Далее, если необходимо, происходит обращение к иным сервисам (через их систему заявок).
Веб интерфейс администратора
- система управления заявками
- система бесед (взаимодействие с внутренним XMPP сервером через веб-интерфейс)
- управление доступом (реализуется через систему управления заявками)
Локальный профиль сервиса управляется через web api сервиса, равно как и информация об услугах, тарифах и так далее. Веб-интерфейс администратора может отображаться по-разному в зависимости от административной роли (по отношению к сервису, партнеру сервиса или исполнителю).
Мобильное приложение для клиента
Используется для осуществления заказа и управления его статусом. Для получения техподдержки по заказу. Взаимодействует с web api и xmpp сервером. XMPP сервер - для связи клиента и исполнителя текстом или голосовыми и возможно срочной техподдержки. Также через приложение возможно управление доступом к ресурсам сервиса. Это также происходит через XMPP посредством бота, но не представляется пользователю штатно через интерфейс таким способом.
Мобильное приложение для исполнителя
Используется для поиска заказа, принятия и выполнения. Для получения техподдержки по заказу. Взаимодействует с web api и xmpp сервером. XMPP сервер - для связи клиента и исполнителя текстом или голосовыми и возможно срочной техподдержки. Также через приложение возможно управление доступностью ресурсами сервиса (онлайн или оффлайн). Это также происходит через XMPP посредством бота, но не представляется пользователю штатно через интерфейс таким способом.
Бот управления заявками
Взаимодействует с WEB-api сервиса и его XMPP-сервером.
- бот оповещает о новых заявках
- бот создает новые заявки на основе диалога
- бот меняет статус заявки на основе диалога
Бот управления ресурсами
Бот управления ресурсами реализует логику доступа к ресурсам (обращаясь к web-api сервиса), а также реализует управление ресурсами, не поддерживающими протокол XMPP или MQTT, если такие у сервиса есть.
Бэкэнд
Веб-api (REST)
Следующие сервисы доступны для построения фронт-решений:
- заявки и управление ими
- информация для обеспечения работы сервиса
- управление ресурсами
Backend-api
Бэкэнд устроен таким образом, чтобы:
- отдавать синхронизатору только те данные, которые подлежат синхронизации.
- взаимодействовать с ресурсами сервиса (управлять доступом к ним)
- отправлять уведомления через почту и xmpp-сервер
- при необходимости построения цепочки услуг обращаться к веб-api сервиса и получать от него ответ для дальнейшей обработки
- предоставлять все необходимое для запросов через web-api сервиса
XMPP-сервер
(ejabberd - jabber, mqtt broker & sip)
- рассылка оповещений в веб-интерфейсы
- оперативные диалоги в приложениях (с клиентами и исполнителями, а также для технической поддержки уровня сервиса или партнера)
- взаимодействие с ботами
Может быть использован с применением ПО компании, внешние клиенты только из внутренней сети. Используется для управления ресурсами (XMPP или MQTT). Логика реализуется через специального бота для управления ресурсами.
Mail-сервер
Используется для не экстренного оповещения без использования продуктов компании, проверки учетных данных пользователей.
БД
Состоит из 2 частей:
- Внутренняя БД сервиса с дополнительными данными, нужными только данному локальному сервису, в том числе со своей системой обработки заявок.
- Синхронизируемся с платформой часть