ЕКП Диалог, ЕКП Веб и ЕКП Лайт: как собрать рабочий контур
Частая ошибка закупки - выбрать «мессенджер», «браузер» и «мобильное приложение» как три независимых тендера. На практике ценность появляется, когда это одна схема: сервер, два клиента, один IAM.
Ниже порядок, который снижает риск пилота «каждый сам по себе».
Роли без путаницы
- Private Web заводит персон, провайдеры входа, пространства и сервисы. Отсюда SSO.
- ЕКП Диалог поднимает стенд чатов. Аккаунты Matrix видны в справочнике персон.
- ЕКП Веб - защищённый браузер. После входа правая панель говорит со стендом Диалог, слева - сервисы из пространств.
- ЕКП Лайт - телефон. Вкладка «Диалог» смотрит в тот же стенд, «Главная» - в те же сервисы.
Единая корпоративная платформа на сайте описывает широкий контур (мессенджер, браузер, ИИ). Линейка Диалог / Веб / Лайт разводит сервер и клиенты явно: так проще объяснить архитектору и закупке, что именно разворачивается.
Порядок внедрения
- Каталог людей и SSO в Private Web.
- Стенд ЕКП Диалог в периметре, связь с Matrix-аккаунтами.
- Пилот ЕКП Веб на одном подразделении: сервисы слева, чаты справа.
- Пилот ЕКП Лайт на той же группе: проверка, что комнаты те же.
- Метрики: доля переписки на стенде, время отзыва доступа, число теневых каналов в scope.
Чего избегать
- поднимать клиенты раньше сервера;
- разные стенды «для веба» и «для мобильного» без причины;
- сервисы, не заведённые в пространствах, - клиенты покажут пустой главный экран;
- отдельную учётку мессенджера «на всякий случай» - это ломает смысл SSO.
Схемы подключения клиентов к стенду - в документации ЕКП Диалог, интерфейс браузера и приложения - в разделах ЕКП Веб и ЕКП Лайт.