← На главную

При обслуживании и доработке конфигурации 1С:Документооборот специалисты нередко сталкиваются с ситуацией, когда назначенная пользователю доработанная роль периодически сбрасывается. Проблема может проявляться выборочно или у всех пользователей сразу, особенно после запуска ключа /ЗапуститьОбновлениеИнформационнойБазы или при банальном сохранении карточки пользователя в режиме «1С:Предприятие».

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

Выясним причину: как подсистема управления доступом обрабатывает роли

Конфигурация 1С:Документооборот построена на базе Библиотеки Стандартных Подсистем (БСП). Подсистема управления доступом БСП рассчитывает права пользователей строго на основе справочников Профили групп доступа и Группы доступа. Прямое назначение ролей или ручная модификация прав не фиксируется в расчетных таблицах БСП.

Рассмотрим основные факторы, приводящие к сбросу доработанных ролей:

1. Запуск процедуры обновления базы или фонового перерасчета: При использовании параметра ключа запуска /ЗапуститьОбновлениеИнформационнойБазы или при сохранении элемента справочника Пользователи запускается механизм выверки прав. Алгоритм заново рассчитывает состав ролей каждого пользователя на основе назначенных ему групп доступа. Все роли, установленные вручную или не привязанные к действующим профилям, аннулируются.
2. Отсутствие актуализации в справочнике метаданных: Если созданная в конфигураторе или расширении роль не зарегистрирована в справочнике Идентификаторы объектов метаданных, система управления доступом считает эту роль «неизвестной» и автоматически удаляет её из профилей при очередном обновлении вспомогательных данных.
3. Редактирование поставляемых (типовых) профилей: При обновлении конфигурации или выполнении обработчиков обновления типовые профили приводятся к эталонному виду из программного кода. Все сторонние роли, добавленные в типовые профили, удаляются.
4. Особенности пользователей с административными правами: Если пользователь входит в профиль с полными правами, алгоритм обновления ролей очищает доработанные роли из расширений или конфигуратора, оставляя только базовый административный набор, так как полные права перекрывают остальные ограничения.

Шаг 1. Обновление вспомогательных данных и метаданных

Проанализируем порядок действий при добавлении новой роли. Чтобы подсистема прав видела новую роль и не сбрасывала её, необходимо обновить вспомогательные данные информационной базы.

1. Добавьте новую роль в конфигурацию или в расширение конфигурации.
2. Запустите процедуру обновления справочника Идентификаторы объектов метаданных. Это происходит автоматически при выполнении команды /ЗапуститьОбновлениеИнформационнойБазы или через специализированные обработки администрирования БСП («Обновить вспомогательные данные»).
3. Убедитесь, что новый объект роли появился в справочнике метаданных в режиме «1С:Предприятие».

Шаг 2. Корректное создание и настройка профилей групп доступа

Категорически не рекомендуется менять состав ролей в поставляемых профилях доступа. Для добавления вашей роли выполните следующие действия:

1. Перейдите в раздел администрирования и откройте справочник Профили групп доступа.
2. Создайте новый пользовательский профиль (скопировав наиболее подходящий типовой или создав его с нуля).
3. В списке разрешенных ролей нового профиля найдите и отметьте галочкой вашу доработанную роль.
4. Запишите и закройте профиль.
5. Откройте справочник Группы доступа, создайте новую группу доступа, укажите в ней ваш созданный профиль и включите в состав участников нужных пользователей.

При такой настройке любой запуск регламентных процедур перерасчета прав или ключа /ЗапуститьОбновлениеИнформационнойБазы будет подтверждать наличие роли у пользователя, а не удалять её.

Шаг 3. Контроль очереди расчета прав и работы расширений

В 1С:Документообороте расчет прав выполняются через оперативные и долгие очереди. Если доработанные роли подключаются через расширение, обратите внимание на следующие моменты:

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

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