Описание частично, затрагивает только публичные части решения.

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

• система управления заявками
• система бесед (взаимодействие с внутренним XMPP сервером через веб-интерфейс)
• глобальный профиль пользователя

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

Следующие сервисы доступны для построения фронт-решений:

• заявки и управление ими
• пользовательская информация
• информация о сервисах
• составление цепочек заявок из нескольких сервисов

(ejabberd - jabber, mqtt broker & sip) Используется для экспресс-коммуникации и оповещения, а также для взаимодействия с ботом. Используется в том числе для технической поддержки уровня платформы.

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

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

Состоит из 2 частей:

• Внутренняя БД платформы
• Синхронизируемся с другими сервисами часть

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

• система управления заявками
• система бесед (взаимодействие с внутренним 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, если такие у сервиса есть.

Следующие сервисы доступны для построения фронт-решений:

• заявки и управление ими
• информация для обеспечения работы сервиса
• управление ресурсами

Бэкэнд устроен таким образом, чтобы:

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

(ejabberd - jabber, mqtt broker & sip)

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

Может быть использован с применением ПО компании, внешние клиенты только из внутренней сети. Используется для управления ресурсами (XMPP или MQTT). Логика реализуется через специального бота для управления ресурсами.

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

Состоит из 2 частей:

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