Меньше барьеров
Один вход, единая сессия и понятный переход между доступными платформами.
Не вспоминать разные паролиЕдиная служба доступа
Один вход. Разные роли. Связанные платформы.
SSO подтверждает цифровую идентичность пользователя и передаёт платформам контекст доступа — кто входит, от имени какой организации и какие действия ему разрешены.
Единый входЦифровая экосистема ИПИ‑ЛАБSSOМО
Михаил ОрловскийИдентичность подтверждена✓Текущий контекст
ИПИ‑ЛАБВладелец организации⌄
BCBusinessChainдоступ разрешёнMEMake.eventsдоступ разрешёнHRHRChainроль сотрудника
Сессия защищена · действия фиксируются
1цифровая идентичность
nорганизационных контекстов
6связанных платформенных контуров
Зачем нужен SSO / 01
Единая идентичность вместо набора аккаунтов
SSO убирает повторную регистрацию и превращает переход между системами в продолжение одного пользовательского маршрута.
Управляемые права
Доступ зависит от роли, организации и конкретного пространства деятельности.
Не раздавать права вручную вездеОбщий контекст
Платформы получают согласованную идентичность и могут связывать историю действий.
Не дублировать пользователяПуть доступа / 02
Разрешение формируется по шагам
Переключайте этапы. SSO не просто «впускает» пользователя, а передаёт прикладной системе достаточный и проверенный контекст.
Этап 01 / Точка входа
Запрос на доступ
Пользователь открывает платформу или переходит по приглашению. Система направляет запрос в единый контур аутентификации.
Результат этапаПонятно, к какому ресурсу и из какого сценария запрошен доступ
Контекстная модель / 03
Один человек может действовать в разных ролях
Право определяется не только аккаунтом. Важно, в какой организации, программе, проекте или сообществе пользователь выполняет действие.
Пользователь×Организация×Роль×Ресурс= разрешение
ЕП
Елена Петроваединая цифровая идентичностьПринципы безопасности / 04
Доступ должен быть проверяемым и управляемым
Архитектурные принципы SSO задают основу для безопасного взаимодействия. Конкретные политики и параметры подтверждаются при внедрении.
Защищённый канал
Передача данных между клиентом и сервисами выполняется по HTTPS.
Единая сессия
Централизованное создание, проверка и завершение пользовательской сессии.
Ролевой доступ
Платформа получает только разрешения, необходимые в текущем контексте.
Аудит действий
Значимые операции фиксируются для контроля и расследования изменений.
Отзыв доступа
Изменение роли или блокировка пользователя должны применяться централизованно.
Минимум данных
В прикладную систему передаётся только достаточный набор пользовательского контекста.
Практические сценарии / 05
Невидимая инфраструктура, заметный результат
Пользователь не думает о SSO — он замечает, что путь между системами не прерывается и доступ соответствует его реальной роли.
Из события в проект
Участник Make.events открывает заявку BusinessChain без повторной регистрации.
Новая роль
Приглашение в организацию добавляет контекст доступа к нужному кабинету.
Несколько организаций
Пользователь переключает контекст, не создавая новый аккаунт для каждой организации.
Отзыв полномочий
После изменения состава команды закрывается доступ, связанный с прежней ролью.
В цифровой экосистеме / 06
SSO соединяет входы, не смешивая платформы
Каждый продукт сохраняет собственную предметную логику, а SSO отвечает за идентичность, сессию и согласованный контекст доступа.
Граница продукта / 07
SSO подтверждает личность, но не заменяет профиль пользователя
Контактные данные, компетенции, проекты, мероприятия и уведомления принадлежат прикладным платформам и Единому личному кабинету. SSO хранит и передаёт только контекст, необходимый для безопасного доступа.
При внедрении уточняютсяспособы аутентификации · срок жизни сессий · модель токенов · политики отзыва · интеграционные контракты
Единый контур доступа
Свяжите платформы одной цифровой идентичностью
Опишите существующие системы, роли пользователей и требования к доступу. ИПИ‑ЛАБ поможет спроектировать модель единого входа для вашего экземпляра экосистемы.