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

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

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

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

Как устроены права в 1С: что именно вы будете смотреть

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

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

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

Просмотр прав в режиме «Предприятие» через настройки пользователей

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

Чтобы понять, что конкретно даёт профиль, перейдите: «Администрирование» → «Настройки пользователей и прав» → «Группы доступа» или «Профили групп доступа». Откройте профиль — внутри виден список ролей и разрешённых действий, а также разрешённые значения доступа (организации, склады, подразделения), если используется разграничение по ним.

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

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

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

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

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

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

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

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

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

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

Как проверить права программно

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

Если ПравоДоступа("Удаление", Метаданные.Документы.РеализацияТоваровУслуг) Тогда
Сообщить("Удаление разрешено");
КонецЕсли;

Для проверки прав другого пользователя используется менеджер пользователей информационной базы: ПользователиИнформационнойБазы.НайтиПоИмени("ИвановИИ") — у полученного объекта доступна коллекция ролей Роли, которую можно перебрать и вывести. Такой код удобно запускать через внешнюю обработку или консоль кода.

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

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

Как проверить результат и отличить проблему прав от других ошибок

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

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

Типичные ошибки при просмотре и настройке прав

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

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

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