Как узнать, какая роль у пользователя в 1С

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

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

Ниже разобраны все рабочие способы: через конфигуратор, в режиме «Предприятие», программно через встроенный язык, а также особенности типовых конфигураций, где права часто задаются не ролями напрямую, а через профили групп доступа.

Что такое роль в 1С и почему ролей может быть несколько

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

Из этого следует важное практическое следствие: вопрос «какая роль у пользователя» часто некорректен — правильнее спрашивать «какие роли назначены». Например, у кладовщика могут быть одновременно роли «Добавление изменение складских документов», «Чтение номенклатуры» и «Базовые права». Убрать одну — и часть функций пропадёт.

Отдельно стоит роль «Полные права» (в типовых — «Администратор системы» и «Полные права»). Пользователь с такой ролью имеет доступ ко всему, поэтому при аудите безопасности в первую очередь проверяют, кому она назначена.

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

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

Дважды щёлкните по нужному пользователю. В окне свойств перейдите на вкладку «Прочие» — там находится список всех ролей конфигурации с флажками. Отмеченные роли и есть назначенные пользователю. В старых версиях платформы эта вкладка может называться «Роли».

Обратите внимание: список ролей в этом окне отражает только роли, заданные на уровне конфигурации. Если база типовая и в ней используются профили групп доступа (механизм БСП), то в конфигураторе у пользователя может стоять всего одна-две технические роли, а реальные права определяются настройками в режиме «Предприятие».

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

Как проверить права в режиме «Предприятие» в типовых конфигурациях

В конфигурациях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия, 1С:ЗУП, 1С:Управление торговлей, ERP) права обычно управляются через профили групп доступа. Путь: «Администрирование» → «Настройки пользователей и прав» → «Пользователи». Откройте карточку пользователя — там будет ссылка «Права доступа» или аналогичная, показывающая, в какие группы доступа он входит.

Группа доступа связана с профилем, а профиль — это по сути именованный набор ролей. Открыв профиль, можно увидеть, какие роли и разрешённые действия в него входят. Таким образом цепочка выглядит так: пользователь → группы доступа → профили → роли.

Если в меню нет пункта «Настройки пользователей и прав», значит либо у вас недостаточно прав для его просмотра, либо конфигурация самописная и права в ней назначаются напрямую через конфигуратор. Это тоже диагностический признак: отсутствие раздела говорит о том, что механизм профилей не используется.

Как узнать свою роль без доступа к конфигуратору

Обычный пользователь не видит список своих ролей напрямую — интерфейс 1С этого не показывает. Но есть обходные пути. Первый — попросить администратора или программиста 1С выполнить проверку, это занимает меньше минуты.

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

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

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

Для разработчиков и администраторов есть точный программный способ. Функция РольДоступна("ИмяРоли") возвращает Истина, если указанная роль назначена текущему пользователю сеанса. Это удобно для проверки конкретной роли, но не даёт полного списка.

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

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

Для проверки собственных ролей текущего сеанса достаточно более простого кода через ПользователиИнформационнойБазы.ТекущийПользователь(). Учтите, что при использовании профилей групп доступа этот метод покажет только базовые роли, назначенные в конфигураторе, а не динамические права профилей.

Сравнение способов и выбор подходящего

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

Типичные ошибки и ограничения

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

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

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

Как убедиться, что права определены правильно

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

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

Частые вопросы