Как посмотреть роли пользователя в 1С

Роли в 1С определяют, какие объекты информационной базы доступны пользователю: документы, справочники, отчёты, операции проведения и удаления. Увидеть назначенные роли можно несколькими способами — через конфигуратор, в режиме предприятия, программно через встроенный язык или через внешние обработки. Выбор способа зависит от того, есть ли у вас доступ к конфигуратору и полные права в базе.

Чаще всего задача возникает, когда пользователь жалуется, что «не видит» документ или кнопку, и администратору нужно быстро понять, каких прав не хватает. Реже — при аудите безопасности, когда нужно убедиться, что сотрудник не имеет лишних полномочий, например права удалять документы или менять регламентированную отчётность.

Важно понимать разницу: роль — это набор прав, описанный в конфигурации, а профиль группы доступа — механизм типовых конфигураций (УТ 11, ERP, БП 3.0), который объединяет несколько ролей в удобный набор. В зависимости от конфигурации проверять нужно либо роли напрямую, либо профили, либо и то и другое.

Как посмотреть роли через конфигуратор

Классический способ, доступный в любой конфигурации 1С:Предприятие 8. Откройте конфигуратор, перейдите в меню «Администрирование» → «Пользователи». Откроется список пользователей информационной базы. Дважды щёлкните по нужному пользователю — откроется окно его свойств.

В окне свойств перейдите на вкладку «Прочие». Здесь находится список всех ролей, определённых в конфигурации: отмеченные флажки — это роли, назначенные пользователю. Рядом отображаются основной интерфейс, язык и доступные подсистемы. Если флажков много и они относятся к типовым наборам (например, «БазовыеПраваБСП», «ЧтениеДанныхФизическогоЛица»), это нормально — типовые конфигурации дробят роли на мелкие части.

Обратите внимание: список пользователей в конфигураторе виден только тому, у кого самого есть право «Администрирование». Обычный пользователь без этого права не сможет открыть список даже для просмотра.

1. 1
   Откройте конфигуратор и авторизуйтесь под администратором
2. 2
   Меню Администрирование → Пользователи
3. 3
   Откройте нужного пользователя двойным щелчком
4. 4
   Перейдите на вкладку «Прочие» и посмотрите отмеченные роли
5. 5
   Закройте окно без изменений, если нужен только просмотр

Как посмотреть роли в режиме 1С:Предприятие

В типовых конфигурациях (Бухгалтерия 3.0, УТ 11, ERP, ЗУП 3.1) роли пользователю назначаются не напрямую, а через профили групп доступа. Поэтому смотреть нужно в разделе «Администрирование» → «Настройка прав и пользователей» → «Пользователи». Откройте карточку пользователя — там видно, в какие группы доступа он входит.

Чтобы понять, какие именно роли стоят за группой доступа, откройте «Профили групп доступа», найдите нужный профиль и посмотрите список разрешённых ролей и действий. В карточке профиля обычно есть закладка «Разрешения (роли)» — это и есть фактический набор прав.

В нетиповых или старых конфигурациях (УПП, УТ 10.3) механизма профилей может не быть — тогда права проверяются только через конфигуратор или специальные обработки настройки прав.

Программный способ: запрос ролей через встроенный язык

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

Для Каждого Пользователь Из ПользователиИнформационнойБазы.ПолучитьПользователей() Цикл
Сообщить("Пользователь: " + Пользователь.Имя);
Для Каждого Роль Из Пользователь.Роли Цикл
Сообщить("  Роль: " + Роль.Имя);
КонецЦикла;
КонецЦикла;

Этот код можно выполнить во внешней обработке, консоли кода или через «Выполнить произвольное выражение» в инструментах разработчика. Для проверки конкретной роли у текущего пользователя используется функция РольДоступна("ПолныеПрава") — она возвращает Истина или Ложь и удобна для быстрой диагностики.

Учтите, что код с обращением к ПользователиИнформационнойБазы требует права «Администрирование» у того, кто его выполняет. Без этого права будет ошибка нарушения прав доступа.

РольДоступна("ПолныеПрава") // Истина, если у текущего пользователя есть роль ПолныеПрава

Проверка прав через отчёт «Анализ прав доступа»

В типовых конфигурациях на базе БСП есть встроенный отчёт, который показывает права в разрезе объектов и пользователей. Он называется «Анализ прав доступа» и находится в разделе «Администрирование» → «Обслуживание» → «Регламентные операции» или в подсистеме настройки прав (точное расположение зависит от конфигурации).

Отчёт позволяет выбрать пользователя и увидеть, какие права у него есть на конкретный объект — например, на документ «Реализация товаров и услуг»: чтение, добавление, изменение, проведение. Это удобнее, чем перебирать роли вручную, когда нужно ответить на вопрос «почему пользователь не может провести документ».

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

Частые ошибки и ограничения

Самая распространённая ошибка — смотреть роли в конфигураторе, когда конфигурация типовая и права назначаются через профили. В этом случае в конфигураторе у пользователя будет только пара базовых ролей, а реальные права определяются группами доступа в режиме предприятия. Вывод о «нехватке прав» будет неверным.

Вторая ошибка — забыть, что пользователь мог быть добавлен в несколько групп доступа, и итоговые права складываются как объединение. Проверять нужно все группы, а не одну.

Третья типичная ситуация — изменения внесены, но пользователь продолжает жаловаться. Причина почти всегда в том, что сеанс не был перезапущен, либо изменения сделаны в копии базы, а не в рабочей.

Как проверить, что прав хватает на конкретное действие

Когда вопрос не «какие роли есть», а «почему не работает кнопка», эффективнее идти от объекта. Найдите объект в конфигураторе (например, документ), откройте его свойства → «Права» — там видно, какие роли дают чтение, добавление, изменение, проведение.

Дальше сопоставьте: есть ли хотя бы одна из этих ролей у пользователя напрямую или через профиль. Если ни одной нет — вот причина проблемы. Если роль есть, а действие недоступно, проверьте ограничения на уровне записей (RLS) — они не видны в списке ролей и настраиваются отдельно, например по организации или складу.

Часто задаваемые вопросы