Для назначения прав по ролям в разных проектах системы можно использовать создание ролей и технологию ролевого назначения прав.

Роль используется для

• настройки прав доступа к узлам структуры хранения данных (для которых заполнен атрибут "Карточка проекта")
• участия в назначении исполнителем на задачи

Задача использования ролей в настройке системы прав - при управлении правами и задачами иметь возможность менять/дополнять персоналии исполнителей, указывая их в участниках проекта (для каждого проекта - свои значения)

ВНИМАНИЕ! Обязательное условие использования технологии ролевого назначения прав - наличие списка Реестр проектов (или его аналога)

Как настроить Реестр проектов для работы ролевого назначения прав

1. Создается отдельный список "Реестр проектов" с привязанным типом элемента (ТЭ) Карточка проекта 
ВНИМАНИЕ! Если есть аналогичный список, то новый создавать не надо. Надо его настроить по описанной ниже схеме

2. Атрибуты ТЭ Карточка проекта (или его аналога), необходимые для ролевой настройки прав:

• Папка проекта - Lookup-атрибут (ссылка на элемент списка) системное название атрибута- project_scope_folder
  ВНИМАНИЕ! Обязательно использовать именно этот атрибут при создании или добавить этот атрибут в тип элемента-аналог
• Атрибуты ролевых участников проекта - Lookup-атрибуты, например "ГИП", "Архитектор" и т.д.

3. В Реестре проектов на каждом элементе заполнить атрибуты "Папка проекта" и атрибуты ролевых участников проекта

Создание и настройка Ролей 

1. В списке "Пользователи" в разделе "Роли" добавляется новая запись по кнопке Создать / Роль.

2. Роли присваивается название

3. Для Роли в поле "Атрибут с участниками роли" определяется название атрибута ролевого участника карточки проекта в Реестре проектов, из которого при использовании этой роли будут подтягиваться фамилии людей, выполняющих эту роль

Например:
В двух проектах в карточке есть атрибут ролевого участника проекта "ГИП" и он заполнен разными сотрудниками. 
В процессе на этап подписания мы ставим роль "Роль ГИП", и при выполнении процесса в разных проектах задачи будут адресованы разным уполномоченным сотрудникам

4. Для каждого атрибута ролевого участника карточки проекта должна быть создана своя Роль в списке Пользователи/Роли.

Например:
Если в Карточке проекта есть два атрибуты ролевых участников проекта - "ГИП" и "Архитектор", то должно быть создано две соответствующие роли в списке Пользователей.

Что проверить и/или дополнить в настройках структуры хранения документации

1. В системе есть атрибут "Карточка проекта" (или его аналог), который имеет системное имя project_scope. В настройках атрибута нужно обязательно указать список, который является реестром проектов

2. На папке проекта, на которой добавлен атрибут project_scope, обязательно должен быть разрыв прав (иначе права на ролевых пользователей в этой папке не будут выданы).

Что дополнить в настройках для работы процессов 

1. В структуре хранения данных на узлах, где были указаны исполнители задачи процессов по умолчанию, указать требуемые Роли из списка Пользователи/Роли

Например:
На свойствах папки "Стадия" или "Проект" в атрибуте "Согласующие", который по умолчанию указывает исполнителя этапа проверки документации специалистами, проставляем роли "Роль ГИП", "Роль Архитектор" и пр.

2.  У ТЭ Процесс. добавить вычисление атрибута "Карточка проекта" (project_scope). Пример формулы:
Field(Parent(Ref("Вложение процесса"), "Проект", true), "Карточка проекта")

ВНИМАНИЕ! Если в формулах процесса указаны другие ТЭ папок из структуры хранения документации (СХД), к ним надо вручную привязать атрибут "Карточка проекта".
Если в СХД делаются разрывы прав на других ТЭ и права на них назначаются на Роль, то к этим ТЭ тоже необходимо привязать атрибут "Карточка проекта".

3. У ТЭ Задача процесса в автоматизации Установить значение поля "Карточка проекта" (project_scope). Пример формулы: 
This("Процесс.Карточка проекта")