Администрирование · 11 мин
Как узнать роль пользователя в 1С
Как узнать роль пользователя в 1С: через конфигуратор, режим предприятия, запрос к метаданным и отчёт по правам. Пошаговые инструкции, таблица способов, типичные ошибки и FAQ.
Узнать роль пользователя в 1С чаще всего требуется администратору базы, когда сотрудник жалуется на ошибку «Нарушение прав доступа», при аудите безопасности или при передаче полномочий новому сотруднику. Роль в 1С — это набор прав на объекты конфигурации: чтение, добавление, изменение, удаление документов, справочников, отчётов и других объектов. Один пользователь может иметь несколько ролей одновременно, и итоговые права складываются из их объединения.
Способ проверки зависит от того, что вам доступно: конфигуратор (при наличии прав администратора), режим «1С:Предприятие» со стандартными отчётами или встроенный язык для программной проверки. Ниже разобраны все рабочие варианты — от простого просмотра списка пользователей до анализа прав на конкретный объект.
Важно понимать разницу: роль — это элемент конфигурации, заданный разработчиком, а назначение роли пользователю — административная настройка. Поэтому смотреть роли можно в двух местах: в самом пользователе (какие роли ему назначены) и в объекте метаданных (какие роли имеют к нему доступ).
Как посмотреть роль пользователя через конфигуратор
Это базовый способ, доступный тому, у кого есть право «Администрирование». Откройте конфигуратор нужной информационной базы, в главном меню выберите «Администрирование → Пользователи». Откроется список всех пользователей информационной базы — и тех, кто задан в конфигурации, и добавленных в режиме предприятия.
Дважды щёлкните по нужному пользователю. В открывшемся окне перейдите на вкладку «Прочие». В нижней части окна находится список «Доступные роли» с флажками: отмеченные роли назначены этому пользователю. Здесь же можно снять или установить флажок, если ваша задача — не только посмотреть, но и изменить права.
Обратите внимание на флажок «Полные права» или роль «ПолныеПрава» (в типовых конфигурациях). Пользователь с полными правами имеет доступ ко всем объектам независимо от остальных ролей, поэтому при аудите такие учётные записи проверяют в первую очередь.
- 1Откройте конфигуратор и авторизуйтесь под учётной записью с правами администратора
- 2Выберите меню «Администрирование → Пользователи»
- 3Откройте нужного пользователя двойным щелчком
- 4Перейдите на вкладку «Прочие» и посмотрите отмеченные роли в списке «Доступные роли»
- 5При необходимости зафиксируйте список ролей скриншотом или выгрузкой для аудита
Как узнать свою роль в режиме 1С:Предприятие
Рядовой пользователь без доступа к конфигуратору тоже может понять, какие права у него есть, хотя и не всегда увидит названия ролей напрямую. В типовых конфигурациях на базе Библиотеки стандартных подсистем (УТ, ERP, БП, ЗУП) есть раздел «Администрирование → Пользователи и права» или «Настройка пользователей и прав», где администратор видит профили групп доступа, назначенные каждому сотруднику.
Важный нюанс: в современных типовых конфигурациях пользователю назначаются не роли напрямую, а профили групп доступа. Профиль — это удобная обёртка над набором ролей. Поэтому в карточке пользователя вы увидите, например, «Менеджер по продажам» или «Бухгалтер», а реальные роли скрыты внутри профиля. Чтобы увидеть состав профиля, откройте его и посмотрите список разрешённых действий (ролей).
Если типовых инструментов недостаточно, используйте внешнюю обработку анализа прав — такие обработки выводят таблицу «пользователь → роли → объекты». Запускать внешние обработки может только пользователь с соответствующим правом, и в защищённых базах эта возможность часто отключена.
Как узнать, какие роли имеют доступ к конкретному объекту
Обратная задача возникает, когда нужно понять, кто вообще может видеть или изменять конкретный документ или справочник. В конфигураторе найдите объект в дереве конфигурации, откройте его свойства (правый клик → «Свойства») и перейдите на вкладку «Права». Откроется матрица: строки — роли конфигурации, столбцы — виды доступа (чтение, добавление, изменение, удаление и другие).
Отмеченная ячейка означает, что роль имеет соответствующее право на объект. Так вы быстро увидите, например, что документ «Реализация товаров» доступен на изменение ролям «МенеджерПоПродажам» и «ПолныеПрава», а роль «Бухгалтер» имеет только чтение.
Для полной картины по всем объектам удобно открыть окно редактирования самой роли: «Администрирование → Общие → Роли» (или ветка «Общие → Роли» в дереве конфигурации). Выберите роль — справа отобразятся все объекты с установленными для неё правами.
Как проверить роль программно через встроенный язык
Для разработчиков и продвинутых администраторов доступна проверка через встроенный язык 1С. Самая частая функция — РольДоступна(): она возвращает Истина, если текущему пользователю назначена указанная роль. Это удобно для проверок в коде и в консоли кода.
Чтобы получить полный список ролей конкретного пользователя (не только текущего), используется объект ПользователиИнформационнойБазы. Метод НайтиПоИмени() возвращает пользователя ИБ, у которого есть коллекция Роли. Перебрав её, вы получите все назначенные роли с их представлениями.
// Проверка роли текущего пользователя
Если РольДоступна("ПолныеПрава") Тогда
Сообщить("У вас полные права");
КонецЕсли;
// Список ролей конкретного пользователя ИБ
ПользовательИБ = ПользователиИнформационнойБазы.НайтиПоИмени("Иванов");
Если ПользовательИБ <> Неопределено Тогда
Для Каждого Роль Из ПользовательИБ.Роли Цикл
Сообщить(Роль.Имя);
КонецЦикла;
Иначе
Сообщить("Пользователь не найден");
КонецЕсли;Учтите ограничение: работа с ПользователиИнформационнойБазы требует права «Администрирование». Обычный пользователь получит ошибку при выполнении такого кода. Функция РольДоступна() работает без административных прав, но проверяет только текущего пользователя.
Сравнение способов проверки ролей
Выбор способа зависит от ваших прав и задачи. Ниже — сопоставление основных вариантов по ключевым условиям.
| Способ | Кому доступен | Что показывает | Ограничения |
|---|---|---|---|
| Конфигуратор → Пользователи | Администратор ИБ | Роли, назначенные напрямую | Не показывает профили групп доступа из предприятия |
| Карточка пользователя в предприятии | Администратор / настройщик прав | Профили групп доступа | Только в конфигурациях на БСП |
| Свойства объекта → Права | Администратор с доступом к конфигуратору | Какие роли имеют доступ к объекту | Ручной просмотр, без выгрузки по всем пользователям |
| Встроенный язык | Разработчик, администратор | Роли любого пользователя, проверки в коде | Требует прав и навыков программирования |
| Внешние обработки анализа прав | При наличии права на запуск обработок | Сводную таблицу прав | Источник обработки нужно проверять на безопасность |
Как выбрать способ
Подходит для разового просмотра и изменения ролей. Не видит профили групп доступа, назначенные в режиме предприятия.
Подходит для типовых конфигураций, где права ведутся через профили. Не показывает роли, назначенные напрямую в конфигураторе.
Подходит для массовой выгрузки ролей и автоматических проверок. Требует прав администратора и навыков работы с кодом.
Как проверить результат и избежать ошибок
После просмотра или изменения ролей всегда проверяйте результат под учётной записью самого пользователя, а не только по настройкам. Попросите сотрудника перезайти в базу — роли применяются при новом сеансе, и в уже открытом сеансе изменения могут не подействовать.
Частая ситуация: роль назначена, но доступа всё равно нет. Причины: в типовой конфигурации действует ограничение на уровне записей (RLS), профиль группы доступа конфликтует с прямым назначением, либо у объекта включены подписки и функциональные опции, скрывающие его независимо от прав. Проверяйте не только наличие роли, но и фактическое поведение системы.
Как проверить результат
Пользователь видит нужные документы и может выполнять свои операции
Ошибка «Нарушение прав доступа» или объект не отображается в интерфейсе
Профиль содержит только необходимые роли для должности
Назначены избыточные роли, включая административные
После перезапуска сеанса права соответствуют новым настройкам
Поведение не изменилось — изменения не применились или смотрятся не там
Часто задаваемые вопросы
Можно ли узнать роль другого пользователя без прав администратора?
Нет. Просмотр ролей других пользователей доступен только через конфигуратор или программно через ПользователиИнформационнойБазы, а оба способа требуют права «Администрирование». Обычный пользователь может косвенно оценить только свои права — по доступности разделов и документов в интерфейсе.
Чем роль отличается от профиля группы доступа?
Роль — объект конфигурации, задающий права на объекты метаданных. Профиль группы доступа — настройка в режиме предприятия в типовых конфигурациях, объединяющая несколько ролей под понятным названием вроде «Кассир» или «Бухгалтер». Пользователю назначается профиль, а система внутри применяет входящие в него роли.
Почему функция РольДоступна() возвращает Ложь, хотя роль назначена?
Чаще всего причина в том, что проверка выполняется в сеансе, открытом до назначения роли, — завершите сеанс и войдите заново. Также проверьте точное имя роли: оно должно совпадать с именем в метаданных без пробелов и с учётом регистра написания идентификатора.
Как выгрузить список всех пользователей с их ролями?
Универсальный способ — написать небольшую процедуру на встроенном языке: перебрать ПользователиИнформационнойБазы.ПолучитьПользователей() и для каждого вывести коллекцию Роли. Результат можно сохранить в табличный документ или файл. Альтернатива — внешние обработки аудита прав, но их источник нужно проверять.
Видны ли роли в файловой базе так же, как в клиент-серверной?
Да, механизм ролей одинаков для файлового и клиент-серверного вариантов. Различия только в способе хранения списка пользователей и в том, что в клиент-серверном варианте дополнительно действуют настройки кластера и СУБД, но на состав ролей внутри конфигурации это не влияет.
Что делать, если в списке пользователей пусто, но вход в базу работает?
Если список пользователей в конфигураторе пуст, а вход выполняется без пароля — в базе просто не заведены пользователи, и все работают с полными правами. Это небезопасная конфигурация: создайте хотя бы одного администратора и распределите роли для остальных сотрудников.
Что важно запомнить
Роль пользователя смотрят в конфигураторе через «Администрирование → Пользователи», в типовых конфигурациях дополнительно проверяют профили групп доступа в режиме предприятия, а программно — через РольДоступна() и ПользователиИнформационнойБазы. Изменения применяются после повторного входа, а любые правки ролей в рабочей базе делайте только после резервного копирования.