← На главную

В системе 1С:Документооборот 2.1 настройка прав доступа к проектным данным является одной из наиболее комплексных задач. Часто возникает ситуация, когда пользователю назначена определенная роль, но он не видит связанных с проектом процессов или, наоборот, получает избыточные права. В этой статье мы подробно разберем, как правильно настроить видимость процессов и задач, используя штатные механизмы программы.

Разграничение понятий: Проектная команда и Рабочая группа

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

1. Проектная команда — это список сотрудников, которые официально закреплены за проектом на вкладке «Проектная команда». Однако само по себе нахождение в этом списке не всегда автоматически открывает доступ к документам и процессам, если в системе включены строгие настройки прав.
2. Рабочая группа — это основной инструмент ограничения доступа. Если на вкладке «Рабочая группа» в карточке проекта заполнен хотя бы один участник, доступ к проекту и всем связанным с ним объектам (включая задачи и процессы) получают только члены этой группы.

Рассмотрим алгоритм настройки: чтобы пользователь видел задачи проекта, мы должны убедиться, что он включен в рабочую группу проекта с правом на «Чтение». Это обеспечит видимость, но не позволит редактировать сам проект без необходимости.

Механизм наследования прав доступа

Выясним причину, по которой пользователь может не видеть задачи, даже если он является исполнителем. В 1С:ДО 2.1 права могут наследоваться. Если процесс запущен «по проекту», доступ к нему рассчитывается исходя из следующих условий:

• Пользователь входит в рабочую группу самого проекта.
• Пользователь входит в рабочую группу документа, который является предметом данного процесса.
• В настройках программы (раздел Настройка и администрирование — Настройки программы — Права доступа) активна опция Использовать права доступа проектов.

Если эта опция выключена, система не будет учитывать проектную принадлежность при расчете прав на задачи, что приведет к их «исчезновению» из списков пользователя.

Настройка Ролей исполнителей и видимость задач

Рассмотрим ситуацию, когда задача назначена не конкретному пользователю, а на Роль исполнителя (например, «Бухгалтер» или «Юрист»). Проанализируем, как это влияет на видимость:

Когда задача падает на роль, все пользователи, включенные в эту роль, увидят задачу в своем списке Задачи мне. Однако они могут не увидеть сам процесс или проект в общих списках, если у них нет прав на объект-основание. Чтобы избежать этого, мы рекомендуем добавлять саму Роль (как объект) в рабочую группу проекта. Это позволит всем участникам роли видеть контекст задачи.

Ограничение доступа в карточке процесса

Разберем еще один важный технический нюанс. В каждом процессе на вкладке Дополнительно существует флаг Ограничить доступ к процессу. Посмотрим, как он работает:

• Если флаг снят: процесс видят все участники рабочих групп предметов (проекта или документа).
• Если флаг установлен: видимость процесса жестко ограничивается только теми, кто указан в рабочей группе самого процесса (автор, исполнители и добавленные вручную лица).

Если пользователь должен видеть «чужие» задачи по проекту (например, в роли куратора), этот флаг должен быть снят, а пользователь должен иметь доступ к проекту.

Развеиваем миф о «выполнении чужих задач»

Часто возникает опасение: если добавить пользователя в рабочую группу, сможет ли он выполнять задачи за других? Ответ — нет. В 1С:ДО 2.1 четко разделены права на чтение и права на выполнение.

Кнопки Согласовано, Исполнено или Утверждено доступны только следующим категориям лиц:

1. Непосредственному исполнителю задачи.
2. Его официально назначенному делегату (через механизм Делегирование прав).
3. Руководителю пользователя (если настроена иерархия подразделений и соответствующие профили доступа).
4. Пользователю с правами администратора.

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

Влияние папок проектов и регламентных заданий

Проанализируем иерархическую структуру. Права в системе могут наследоваться от папок проектов. Если сам проект лежит в папке, на которую у пользователя нет прав (даже на чтение), он может не увидеть проект, несмотря на членство в рабочей группе. Обязательно проверьте права доступа на уровне всей иерархии папок.

Также стоит помнить, что в крупных базах права не обновляются мгновенно. За это отвечает регламентное задание Обновление прав доступа. Если вы только что добавили пользователя в проект, а он все еще ничего не видит, необходимо:

• Дождаться выполнения регламентного задания.
• Либо запустить его принудительно через Управление правами доступа — Очередь обновления прав.

Таким образом, для настройки корректной видимости нам необходимо обеспечить три условия: включение в Рабочую группу проекта, наличие прав на Папку проекта и корректную настройку флага Ограничить доступ в шаблонах бизнес-процессов.