← На главную

Многие администраторы и программисты сталкиваются с неприятной ситуацией при переходе на новые конфигурации 1С (например, БГУ редакции 2.0): пользователям назначаются полные права, но спустя некоторое время (на следующий день или после обновления) эти права внезапно пропадают. Разберем подробнее, почему это происходит и как правильно управлять доступом в современных конфигурациях.

Глубинные причины и особенности БСП

Проанализируем механику работы современных баз. Сброс ролей, назначенных вручную в конфигураторе, — это не ошибка программы, а заложенное штатное поведение конфигураций, разработанных на базе Библиотеки стандартных подсистем (БСП). Рассмотрим основные факторы, влияющие на такое поведение:

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

Как правильно настраивать права пользователей

Выясним, какие шаги необходимо предпринять, чтобы права больше не пропадали. Главное правило для БГУ 2.0 и аналогичных баз: никогда не назначайте роли напрямую в конфигураторе, если у вас нет для этого специфических программных обоснований.

1. Зайдите в базу в режиме Предприятия под учетной записью с административными правами.
2. Перейдите в раздел администрирования и откройте справочник ПрофилиГруппДоступа.
3. Настройте необходимые профили (или используйте типовые) и объедините пользователей в группы доступа.
4. Если у пользователей должен быть полный доступ, просто включите их в группу с профилем администратора в пользовательском режиме.

Что делать с новыми ролями и расширениями

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

Чтобы собственные роли работали корректно:

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

Программное добавление исключений для конфигуратора

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

В общем модуле УправлениеДоступомСлужебный существует процедура ОбновитьРолиПользователей. В ней используется специальная переменная (соответствие) ДополнительныеРолиАдминистратора. Если программно добавить в это соответствие имя вашей нетиповой роли, типовой механизм синхронизации БСП перестанет её затирать при обновлениях и перезаписях справочника.

Совет: Если вы не уверены, в какой именно момент пропадают роли, отфильтруйте Журнал регистрации по событиям, связанным с пользователями или обновлением прав доступа. Это поможет поймать фоновое задание или действие, которое инициирует сброс, и подтвердить проблему с БСП.