Администрирование · 10 мин
Как обновлять роли в 1С
Как обновлять роли в 1С при обновлении конфигурации: работа в конфигураторе, добавление новых объектов в роли, профили групп доступа, проверка прав и типичные ошибки.
Роли в 1С определяют, какие объекты конфигурации видит пользователь и какие операции он может выполнять. Когда выходит обновление конфигурации, в ней появляются новые документы, справочники, регистры и отчёты — и если роли не обновить, сотрудники просто не увидят новый функционал или, наоборот, получат лишние права.
Обновление ролей — это не одно действие, а несколько разных задач: обновить сами роли в конфигураторе, актуализировать профили групп доступа в пользовательском режиме, проверить, что права применились. Ниже разобраны все сценарии по порядку.
Когда требуется обновлять роли
Чаще всего необходимость возникает после обновления типовой конфигурации: разработчики добавили новые объекты метаданных, изменили состав прав существующих ролей или ввели новые роли. Если роли в вашей базе изменены вручную (конфигурация снята с полной поддержки), автоматическое обновление может не затронуть эти объекты — их придётся актуализировать вручную.
Вторая ситуация — доработка конфигурации собственными силами: добавили новый документ или отчёт, и теперь нужно включить его в существующие роли. Третья — переход на новую редакцию конфигурации, где структура ролей изменилась существенно.
Проверить наличие объекта в ролях в конфигураторе и в профиле группы доступа
Достаточно обновить профили групп доступа в режиме предприятия
Сравнить роли с типовой конфигурацией поставщика
Проверить, что в профиле включены новые роли
Подготовка: резервная копия и анализ изменений
Перед любыми манипуляциями с ролями сделайте резервную копию базы: через выгрузку в файл .dt (Конфигуратор → Администрирование → Выгрузить информационную базу) или штатными средствами СУБД для клиент-серверного варианта. Ошибка в ролях не испортит данные напрямую, но может заблокировать работу пользователей или открыть доступ к чувствительной информации.
Затем выясните, что именно изменилось. Если конфигурация типовая, откройте в конфигураторе меню Конфигурация → Поддержка → Настройка поддержки и посмотрите, какие объекты изменены. Для сравнения ролей с эталонной поставкой используйте Конфигурация → Сравнить и объединить с конфигурацией из файла, указав файл поставки новой версии.
Обновление ролей при обновлении конфигурации
Стандартный путь — обновление через конфигуратор. Откройте Конфигурация → Поддержка → Обновить конфигурацию, выберите источник обновления (файл .cf или через интернет-поддержку). На этапе сравнения и объединения конфигураций обратите внимание на раздел «Роли» в дереве объектов.
Если конфигурация на полной поддержке, роли обновятся автоматически — новые объекты получат права согласно настройкам поставщика. Если роли изменялись вручную, в окне объединения отметьте нужные роли и выберите режим объединения: «Взять из новой конфигурации поставщика» (потеряете свои доработки) или «Объединить» с ручной разметкой прав.
Ручное добавление новых объектов в роль
Если нужно добавить в роль конкретный новый объект: откройте в дереве конфигурации ветку Общие → Роли, дважды щёлкните нужную роль. В редакторе роли слева отображается список всех объектов метаданных, справа — права (чтение, добавление, изменение, удаление, просмотр, использование и другие).
Найдите новый объект, установите флажки на нужные права. Для документов обычно требуются чтение, добавление, изменение, просмотр; для отчётов — использование и просмотр. После внесения изменений обновите конфигурацию базы данных (F7).
- 1Сделать резервную копию базы
- 2Открыть конфигуратор, ветка Общие → Роли
- 3Открыть нужную роль двойным щелчком
- 4Найти новый объект в списке метаданных
- 5Установить флажки прав: чтение, добавление, изменение, просмотр
- 6Проверить права на связанные объекты (регистры, подчинённые справочники)
- 7Обновить конфигурацию базы данных (F7)
- 8Проверить доступ под тестовым пользователем
Обновление профилей групп доступа
В конфигурациях на базе Библиотеки стандартных подсистем (УТ, КА, ERP, БП, ЗУП) права пользователям назначаются не напрямую через роли, а через профили групп доступа. Профиль — это набор ролей, объединённый по смыслу: «Бухгалтер», «Менеджер по продажам», «Кадровик».
После обновления конфигурации новые роли могут не попасть в существующие профили автоматически. Откройте в режиме 1С:Предприятие раздел Администрирование → Настройки пользователей и прав → Профили групп доступа. Откройте нужный профиль и проверьте, включены ли новые роли, появившиеся в обновлении.
Некоторые конфигурации сами предлагают обновить профили при первом запуске после обновления — отложенные обработчики обновления добавляют новые роли в типовые профили. Если профили создавались вами вручную, их придётся актуализировать самостоятельно.
Проверка результата
После обновления ролей и профилей обязательно проверьте права от имени реального пользователя. Создайте тестового пользователя, включите его в соответствующую группу доступа, войдите под ним в базу и убедитесь: новый функционал доступен, а лишние объекты не появились.
Для детального анализа прав используйте отчёт «Права доступа» (в конфигурациях с БСП: Администрирование → Обслуживание или через «Все функции»). Он показывает, какие права есть у конкретного пользователя или профиля на конкретный объект, и откуда эти права взялись.
Как проверить результат
Новые документы и отчёты видны и открываются
Объект отсутствует в интерфейсе или ошибка «Нарушение прав доступа»
Права соответствуют должностным обязанностям
Есть права на объекты, которые пользователю не нужны
Операции выполняются без ошибок прав
Ошибка доступа к регистрам при проведении
Прямой просмотр регистров закрыт для рядовых пользователей
Регистры открыты на чтение всем — риск утечки данных
Типичные ошибки при обновлении ролей
Самая частая ошибка — обновили конфигурацию, но забыли про профили групп доступа. Роли в метаданных есть, а пользователи нового функционала не видят, потому что роль не включена ни в один профиль.
Вторая ошибка — дать права на документ, но не на регистры, по которым он проводится. Пользователь открывает документ, нажимает «Провести» и получает «Нарушение прав доступа». Проверяйте движения документа и добавляйте права на соответствующие регистры.
Третья — при объединении конфигураций взять роли «из поставщика» целиком и потерять собственные доработки прав. Перед объединением зафиксируйте, какие роли вы изменяли.
Ограничения и когда привлекать специалиста
Самостоятельное обновление ролей оправдано, когда конфигурация типовая, находится на поддержке, а доработки прав минимальны. Если конфигурация сильно переписана, используются сложные схемы RLS (ограничение доступа на уровне записей) или права настроены по сложной матрице подразделений — лучше привлечь специалиста по 1С, который разберётся в текущей модели доступа.
Отдельная осторожность нужна с RLS: шаблоны ограничений хранятся в ролях, и при обновлении они могут перезаписаться. Проверяйте вкладку «Шаблоны ограничений» в редакторе роли после каждого объединения конфигураций.
Как выбрать действие
Частые вопросы
Нужно ли обновлять роли после каждого обновления 1С?
Если конфигурация на полной поддержке, роли обновляются автоматически вместе с конфигурацией — отдельных действий не требуется, достаточно проверить профили групп доступа. Ручная работа нужна, только если роли дорабатывались или появились новые объекты, не вошедшие в профили.
Пользователь не видит новый документ после обновления. Что делать?
Проверьте три места: есть ли права на объект в ролях (конфигуратор), включена ли соответствующая роль в профиль пользователя (режим предприятия), входит ли пользователь в группу доступа с этим профилем. Чаще всего проблема именно в профиле.
Чем роль отличается от профиля группы доступа?
Роль — объект метаданных в конфигураторе, задающий права на объекты. Профиль группы доступа — пользовательский объект в режиме предприятия, объединяющий несколько ролей. Пользователю назначается профиль, а не роль напрямую.
Можно ли обновлять роли без монопольного доступа?
Изменение ролей в конфигураторе требует обновления конфигурации базы данных, для которого нужен монопольный режим — все пользователи должны выйти. А вот изменение профилей групп доступа выполняется в режиме предприятия без остановки работы.
Как быстро дать права на новый отчёт всем пользователям?
Откройте роль «Добавление изменение базовых норм» или аналогичную базовую роль, либо создайте отдельную роль с правами «Использование» и «Просмотр» на отчёт и добавьте её в нужные профили групп доступа. Дать права через профиль быстрее, чем перенастраивать роли.
Что делать, если после обновления пропали собственные настройки прав?
Восстановите роли из резервной копии или повторите доработки вручную. Чтобы ситуация не повторилась, ведите учёт изменённых ролей: список объектов и прав, которые вы добавляли. При следующем обновлении сравнивайте эти роли с поставщиком особенно внимательно.
Что важно запомнить
Обновление ролей в 1С — это работа в двух плоскостях: роли в конфигураторе и профили групп доступа в режиме предприятия. Перед изменениями делайте копию, после — проверяйте права тестовым пользователем и отчётом «Права доступа». Особое внимание — доработанным ролям и шаблонам RLS.