← На главную
Внедрение и администрирование системы 1С:Документооборот КОРП нередко сопровождаются сложностями при разграничении доступа. Пользователи могут сталкиваться с ситуациями, когда шаблон документа не отображается в списке доступных, кнопка добавления резолюции оказывается неактивной или при попытке отправить документ по маршруту по кнопке «Стартовать и закрыть» возникает системное исключение: «У пользователя недостаточно прав на исполнение операций над БД». При этом отдельная предварительная запись документа позволяет запустить процесс без ошибок.
Проанализируем детально, почему возникают подобные коллизии прав доступа, разберем архитектурные особенности механизма RLS в конфигурации и рассмотрим пошаговые решения для каждой проблемы.
Проблема 1. Шаблоны документов не видны пользователям: права на папки и наследование
Если для пользователей настроены профили групп доступа и политики доступа, но шаблоны документов все равно недоступны для создания, причина кроется в правах на папки внутренних документов, указанные в самих шаблонах.
Разберем по шагам, как выстроить правильную структуру доступа:
- Проверка прав на родительские и дочерние папки. В 1С:Документооборот действует правило наследования прав. Если шаблон создает документ в подпапке, для которой назначено право на добавление, но в вышестоящей (родительской) папке у пользователя или его группы отключен флаг «Для подпапок», система заблокирует интерактивное использование шаблона. Обязательно проверяем наличие флага распространения прав на дочерние элементы в родительском каталоге.
- Устранение дублирования и конфликтов наследования. При многоуровневой иерархии папок наследование прав может задваивать запреты и разрешения, создавая коллизии расчета дескрипторов. Если права на дочернюю папку настраиваются индивидуально, рекомендуется отключить наследование от родителя в ее свойствах и явно задать список пользователей с правом на добавление и чтение.
- Рабочая группа шаблона документа. Откроем карточку шаблона внутреннего документа и проверим закладку «Рабочая группа». Если табличная часть содержит перечень конкретных сотрудников, доступ к созданию объектов по этому шаблону будет строго ограничен данным списком. Если ограничение не требуется, рабочая группа шаблона должна оставаться пустой.
Проблема 2. Ошибка «Недостаточно прав на исполнение операций над БД» при нажатии кнопки «Стартовать и закрыть»
Выясним причину необычного поведения программы, когда кнопка «Стартовать и закрыть» падает с ошибкой, а цепочка «Записать», затем «Стартовать и закрыть» отрабатывает корректно.
В конфигурации 1С:Документооборот используется механизм дескрипторов доступа (ограничение прав на уровне записей — RLS на базе предварительно рассчитанных прав). При интерактивном нажатии кнопки «Стартовать и закрыть» в не сохраненной карточке документа платформа пытается выполнить в единой неделимой транзакции сразу комплекс действий: записать новый документ, рассчитать его дескриптор доступа, создать связанный бизнес-процесс и проверить права инициатора на предмет этого процесса.
Если дескриптор доступа для нового объекта еще не зафиксирован в служебных регистрах сведений, подсистема RLS процесса не находит у пользователя прав на предмет в момент валидации. Возникает отказ в доступе на уровне СУБД. Когда пользователь сначала нажимает «Записать», транзакция фиксации документа в базе данных завершается, права успешно записываются в регистры, после чего бизнес-процесс стартует в штатном режиме.
Рассмотрим способы устранения этой системной проблемы:
- Включение фонового старта процессов. Перейдем в раздел «Настройка и администрирование» — «Настройка программы» — «Процессы и задачи» и активируем опцию фонового старта процессов. При включенном фоновом старте по кнопке «Стартовать и закрыть» документ записывается, а сам процесс отправляется в очередь (специальный регистр) и инициируется регламентным заданием в привилегированном режиме. Это полностью исключает конфликт нерассчитанных дескрипторов в пользовательской сессии.
- Контроль регламентных заданий обновления прав. Проверим расписание и активность регламентных заданий:
Обновление прав доступа (оперативное) и Обновление прав доступа (долгое). Оперативное задание должно выполняться непрерывно с интервалом в несколько секунд. Зависание фоновых заданий или переполнение очереди дескрипторов доступа приводит к задержкам обновления прав и подобным сбоям. - Права на автоматическое ведение рабочей группы. Если для вида документа включена опция «Автоматически вести состав рабочей группы», при старте маршрута все исполнители и согласующие лица автоматически добавляются в состав участников документа. Для этого инициатор процесса должен иметь права на изменение состава рабочей группы объекта.
- Права на изменение состояния документа. Старт бизнес-процесса автоматически меняет состояние документа (например, переводит его в статус «На согласовании» с записью данных в регистр сведений
СостоянияДокументов). Необходимо убедиться, что у инициатора в политиках доступа и профиле групп доступа разрешено изменение состояния документов данного вида.
Проблема 3. Неактивная кнопка добавления резолюции у согласующих и исполнителей
После успешного запуска документа по маршруту участники процесса могут столкнуться с тем, что кнопка добавления резолюции в карточке задачи или документа недоступна.
В конфигурации 1С:Документооборот право вынесения резолюций регулируется персональными полномочиями должностных лиц. Разберем порядок проверки:
- Откроем карточку пользователя (или карточку сотрудника в справочнике пользователей) под учетной записью с правами администратора.
- Перейдем к настройкам прав и ролей пользователя. Для сотрудников, участвующих в согласовании, утверждении и исполнении, должен быть явно установлен флаг «Право вынесения резолюций» (или назначена соответствующая роль в профиле групп доступа).
- Если резолюция вносится в рамках процесса рассмотрения, убедимся, что в шаблоне процесса или настройках задачи для соответствующего этапа предусмотрено формирование резолюций.
Диагностика отказов доступа через Журнал регистрации
Если точная причина ошибки RLS остается неясной, воспользуемся стандартным механизмом диагностики платформы:
- Откроем Журнал регистрации в разделе администрирования.
- Установим фильтр по пользователю, у которого воспроизводится ошибка, и событию «Отказ в доступе».
- В теле записи журнала проанализируем точный объект метаданных (таблицу, бизнес-процесс или служебный регистр сведений), к которому платформа заблокировала обращение.
- Для анализа текущего состояния прав на сам документ откроем его форму и на панели навигации сформируем отчет «Права доступа», где наглядно отображаются действующие дескрипторы, группы доступа и причины ограничения прав.