При обновлении современных конфигураций 1С, таких как «Бухгалтерия предприятия 3.0», специалисты часто сталкиваются с ситуацией, когда процесс прерывается на этапе запуска в режиме «Предприятие». Одной из наиболее неприятных ошибок является сообщение, указывающее на процедуру ПриОпределенииНазначенияРолей общего модуля ПользователиПереопределяемый. Текст ошибки обычно гласит, что определенная роль (например, Manager) содержит недопустимое право, такое как АдминистрированиеРасширенийКонфигурации.
В этой статье мы подробно разберем, почему возникает эта проблема, как работает механизм защиты в Библиотеке стандартных подсистем (БСП) и рассмотрим несколько способов решения: от простого удаления роли до программной корректировки модулей.
Для начала проанализируем ситуацию с точки зрения архитектуры системы. Конфигурация «Бухгалтерия предприятия 3.0» построена на базе БСП. В состав этой библиотеки входит подсистема «Пользователи», которая отвечает за жесткий контроль распределения прав доступа. В актуальных версиях 1С:Предприятия безопасность работы с расширениями выведена на особый уровень.
Право АдминистрированиеРасширенийКонфигурации позволяет пользователю не просто изменять данные, а подключать к информационной базе произвольный программный код. С точки зрения системы, это право должно принадлежать исключительно администраторам. В БСП существует встроенная классификация ролей:
Процедура ПриОпределенииНазначенияРолей выполняет валидацию всех ролей, найденных в метаданных. Если система находит роль, которая не помечена как «административная», но при этом обладает правом на администрирование расширений, срабатывает исключение Отказ. Это сделано для того, чтобы разработчики случайно не наделили рядовых пользователей сверхполномочиями.
Если роль Manager (или любая другая кастомная роль) была создана случайно или более не требуется, самым правильным решением будет её полное удаление. Рассмотрим этот процесс по шагам:
Шаг 1. Отключение роли у пользователей. Прежде чем удалять объект из метаданных, необходимо убедиться, что он не используется в режиме «Предприятие». Зайдем в раздел Администрирование — Настройки пользователей и прав — Пользователи. Нам нужно проверить каждого пользователя и убедиться, что в его профиле или списке разрешенных ролей не выбрана конфликтная роль.
Шаг 2. Проверка профилей групп доступа. Перейдем в справочник ПрофилиГруппДоступа. Проанализируем все созданные профили. Если роль Manager включена в какой-либо профиль, её необходимо оттуда исключить. Это критически важно, так как ссылки в данных могут помешать корректному завершению обновления даже после удаления роли из конфигуратора.
Шаг 3. Удаление роли в Конфигураторе. Откроем базу в режиме Конфигуратор. Найдем в дереве метаданных узел Роли. Выделим роль Manager и удалим её. После этого выполним обновление конфигурации базы данных (клавиша F7).
Шаг 4. Повторный запуск обновления. Теперь можно запустить 1С в обычном режиме. Процедура ПриОпределенииНазначенияРолей больше не найдет проблемный объект, и обновление данных должно завершиться успешно.
Если база содержит множество изменений и вы решили, что проще вернуться к стандартному виду поставки, чтобы избежать конфликтов при обновлении, воспользуемся методом «чистой» загрузки метаданных. Посмотрим, как сделать это правильно:
1cv8.cf.cf файл. Система предупредит, что конфигурация будет полностью заменена — соглашаемся.Важный нюанс: после загрузки cf обязательно проверьте список пользователей в Конфигураторе. Если там остались ссылки на удаленные роли (они могут отображаться как пустые строки или строки с иконкой вопроса), их нужно вычистить вручную.
Бывают ситуации, когда роль Manager действительно нужна и она обязана обладать правом на управление расширениями. В этом случае нам нужно «объяснить» системе БСП, что эта роль является доверенной. Проанализируем, как это сделать программно.
Нам необходимо внести изменения в общий модуль ПользователиПереопределяемый. Найдем в нем процедуру ПриОпределенииНазначенияРолей. Рассмотрим пример кода, который позволит избежать ошибки:
Процедура ПриОпределенииНазначенияРолей(НазначениеРолей) Экспорт
// Добавим нашу роль в список исключений или явно укажем её назначение.
// НазначениеРолей - это структура, содержащая описание классификации ролей.
НоваяСтрока = НазначениеРолей.ДляАдминистраторовСистемы.Добавить();
НоваяСтрока.ИмяРоли = "Manager";
КонецПроцедуры
Добавление роли в коллекцию ДляАдминистраторовСистемы сообщает механизму обновления, что наличие права АдминистрированиеРасширенийКонфигурации для этой роли является легитимным и осознанным решением разработчика. После внесения этих правок и сохранения конфигурации ошибка при обновлении исчезнет.
Проанализируем ситуацию, когда ошибка вызвана не основной конфигурацией, а установленными расширениями. В современных версиях 1С расширения часто несут в себе собственные роли. Если в расширении создана роль и ей назначено право администрирования расширений, БСП выдаст ту же самую ошибку.
В этом случае последовательность действий будет следующей:
ПользователиПереопределяемый, как было показано выше.Иногда даже после удаления роли ошибка сохраняется. Это может быть связано с кэшированием данных о правах в системных регистрах. Чтобы окончательно решить проблему, рекомендуем выполнить следующие действия:
1. Запустите информационную базу с параметром командной строки: /С ЗапуститьОбновлениеИнформационнойБазы. Это принудительно инициирует все обработчики обновления, включая те, что пересчитывают права доступа.
2. Очистите локальный кэш конфигурации на рабочем месте. Для этого можно либо удалить базу из списка и добавить её снова, либо вручную очистить содержимое папок в %AppData%\1C\1cv8\.
3. Проверьте актуальность платформы. Выясним, соответствует ли версия установленной платформы 1С:Предприятие 8.3 требованиям текущего релиза конфигурации. Часто новые механизмы проверки ролей в БСП опираются на функции платформы, которые отсутствуют в старых билдах, что приводит к некорректному срабатыванию проверок.
Подводя итог, отметим, что ошибка в ПриОпределенииНазначенияРолей — это не просто технический сбой, а работа системы безопасности. Решая её, мы не только обеспечиваем успешное обновление, но и приводим права доступа в соответствие с современными стандартами разработки на платформе 1С.