- Статья посвящена настройке для работы с функционалом Ролевого пользователя.
1. Предварительные настройки
1. Добавить атрибут project_scope_folder ("Папка проекта") к Типу Элемента, привязанному к списку "Реестр проектов".
2. Перейти в список "Реестр проектов, на элементе заполнить атрибуты project_scope_folder из СХД и Lookup-атрибуты участников.
3. В СХД указать Роли из ОШС в Lookup-атрибутах участников процессов.
4. Добавить вычисление атрибута project_scope ("Карточка проекта") к ТЭ "Процесс".
5. Добавить вычисление атрибута project_scope ("Карточка проекта") в автоматизацию ТЭ "Задача".
2. Реестр проектов
1. Создается отдельный список "Реестр проектов":
- автоматически при разворачивании базовой конфигурации, либо вручную;
- у некоторых заказчиков этот список уже может быть создан.
2. Создается Lookup-атрибут со ссылкой на реестр проектов
3. Данный Lookup-атрибут добавляется на те элементы, на которые необходимо назначать ролевых пользователей
4. Значение этого атрибута задается:
- вручную ("Проект");
- либо вычисляется по формуле ("Стадия"/"Раздел"/"Задача" и т.д.).
3. Настройка ролевого пользователя
1. Состав ролевых пользователей для проекта осуществляется на списке "Реестры проектов" в отдельных атрибутах (Мульти Lookup).
2. В организационную структуру добавляется новый ТЭ "Ролевой пользователь".
Ролевой пользователь — это группа пользователей, привязанная к проекту (например, Архитекторы, ГИПы, Инженеры и т.д.).
3. В ТЭ "Ролевой пользователь" есть обязательный атрибут Lookup-атрибут со ссылкой на реестр проектов/, где задается состав ролевой группы на проекте.
3. Структура БД
1. Cоздаются таблицы расшифровок функциональных групп и ролевых пользователей для Lookup-атрибутов (user_group_membership) со столбцами:
id(guid) — идентификатор расшифровки;source(guid) — ID элемента;field(guid) — ID Lookup-атрибута;project(guid) — ID проекта;group_list(guid[]) — список пользователей/групп;principal_list(guid[]) — список пользователей/групп для расшифровки.
2. Для таблицы scope_read применяются следующие столбцы:
id(guid) — идентификатор;project(guid) — ID проекта;principal_access_list(guid[]) — список групп с правами на чтение;access_list(guid[]) — список групп/пользователей, имеющих доступ.
3. Алгоритмы (пересчет, выбор элементов, поиск)
1. Алгоритм пересчета при изменении составов ролевых пользователей в проекте:
- для заданного ID проекта и ID атрибута ищем элементы в user_group_membership, где project соответствует проекту и group_list содержит измененную группу;
- затем аналогично обновляем scope_read по проекту и principal_access_list
2. Алгоритм выбора элементов с проверкой прав на чтение:
выбираем документы с присоединенными путями и фильтруем по scope_read, используя пересечение access_list с группами текущего пользователя.
3. Алгоритм поиска по Lookup-атрибутам:
выбор документов через соответствующий поиск по Lookup (ugm.field соответствует нужному Lookup) с учетом группы доступа пользователя.