Как ограничить возможность согласования задач за другого пользователя в 1С:Документооборот

Системный администратор 1С v8.3 (Управляемые формы) 1С:Документооборот
← На главную

В крупных организациях часто возникает ситуация, когда один пользователь (например, руководитель или ассистент) может выполнять задачи за своего коллегу. Однако иногда это право становится избыточным и требует ограничения, чтобы обеспечить персональную ответственность при согласовании документов. В этой статье мы подробно разберем, почему в «1С:Документооборот 2.1 КОРП» пользователь П1 может согласовывать задачи за П3, и как это ограничить.

Анализ иерархии подразделений и прав руководителей

Первым делом проанализируем структуру предприятия. В «1С:Документооборот» права доступа могут наследоваться «снизу вверх». Это означает, что руководитель автоматически получает права на документы и задачи своих подчиненных. Если пользователь П1 является руководителем подразделения, в котором числится П3, система по умолчанию может разрешать ему выполнение задач подчиненного.

Для управления этой возможностью в системе предусмотрена специальная функциональная опция. Разберем по шагам, где её найти:

  1. Перейдем в раздел Настройка и администратирование.
  2. Выберем пункт Настройка программы, далее — Процессы и задачи.
  3. Найдем флаг Руководитель может выполнять задачи подчиненных.

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

Проверка полномочий и специфических ролей

Если иерархия ни при чем, нам необходимо проверить назначенные пользователю П1 полномочия. В «1С:Документооборот» полномочия — это наборы ролей, которые определяют возможности пользователя. Рассмотрим ситуацию, когда у пользователя нет полных административных прав, но есть специфические разрешения.

Выясним, не назначено ли пользователю полномочие Контроль задач и бизнес-процессов. В состав этого полномочия входит роль ДобавлениеИИзменениеПроцессовИЗадачВсехСотрудников. Эта техническая роль позволяет вмешиваться в ход любого процесса. Также проверим наличие роли ВыполнениеЗадачЗаДругихПользователей. Если эта роль присутствует в профиле пользователя, у него в интерфейсе появляется команда Выполнить за....

Механизм «Замещения и ассистенты»

Проанализируем еще одну важную настройку — работу ассистентов. В версии 2.1 исполнитель может сам назначить себе помощника. Разберем, как это работает:

Пользователь П3 мог в своих персональных настройках указать пользователя П1 в качестве своего ассистента. В справочнике Замещения и ассистенты (раздел «Настройка») для ассистента можно настроить права:

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

Ролевая адресация задач

Иногда проблема кроется не в правах доступа, а в том, как именно поставлена задача. Посмотрим на пример: если в процессе согласования в качестве исполнителя указан не конкретный Пользователь, а Роль (например, «Ведущий специалист»), то задачу увидят все сотрудники, которым назначена эта роль в справочнике Роли исполнителей.

Если и П1, и П3 входят в одну и ту же роль, то П1 выполняет задачу не «за кого-то», а как полноправный исполнитель этой роли. В этом случае необходимо пересмотреть настройки адресации в шаблоне бизнес-процесса.

Использование «Отчета по правам доступа» для диагностики

Если визуальный осмотр настроек не помог, воспользуемся мощным инструментом диагностики — Отчетом по правам доступа. Это лучший способ точно выяснить, «откуда прилетают права».

Выполним следующие действия:

  1. Откроем карточку конкретной задачи, которую П1 смог выполнить за П3.
  2. Нажмем кнопку Ещё и выберем пункт Права доступа.
  3. В открывшемся окне мы увидим список всех лиц, имеющих доступ к объекту.
  4. Найдем в списке П1 и посмотрим на колонку «Основание».

Система прямо укажет причину доступа: например, Делегирование прав (от П3 к П1), Руководитель подразделения или Рабочая группа объекта. Это позволит точечно устранить причину избыточных прав.

Настройка доступности по состоянию

В версии 2.1.11 существует механизм «Настройки доступности по состоянию». Проанализируем ситуацию, когда документ находится в статусе На согласовании. В матрице настроек для этого состояния могут быть прописаны исключения, которые разрешают участникам процесса или определенным группам пользователей редактировать задачи или выполнять их. Проверьте матрицу для данного вида документа, чтобы исключить влияние этих настроек на процесс согласования.

Таким образом, для решения проблемы необходимо последовательно проверить настройки иерархии, делегирования, ассистентов и состав ролей в полномочиях пользователя. Использование отчета по правам доступа значительно ускорит этот процесс.

← На главную