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

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

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

Что такое роль в 1С и где она хранится

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

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

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

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

Порядок действий:

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

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

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

Как посмотреть состав прав конкретной роли

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

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

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

Как посмотреть роли в режиме «Предприятие» без конфигуратора

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

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

Если конфигурация самописная или без БСП, в пользовательском режиме роли обычно не видны — тогда остаётся конфигуратор либо специальная внешняя обработка для анализа прав.

Как проверить, почему пользователю недоступна операция

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

Алгоритм проверки:

1. Уточните у пользователя, какое именно действие вызывает ошибку и на каком объекте (вид документа, отчёт, регистр).
2. Откройте карточку пользователя в конфигураторе и выпишите его роли.
3. Для каждой роли в редакторе ролей проверьте права на проблемный объект: чтение, просмотр, изменение, проведение.
4. Если включено ограничение доступа на уровне записей (RLS), проверьте также шаблоны ограничений — права могут быть, но записи отфильтровываются.
5. В типовых конфигурациях дополнительно проверьте профиль группы доступа и группы доступа пользователя.

Маршрут решения

Как выбрать действие

Пользователь не видит документ в спискеПроверьте права «Чтение» и «Просмотр» на документ в его ролях, а также RLS

Документ открывается, но не проводитсяПроверьте права «Изменение» и «Проведение», а также права на регистры, по которым документ делает движения

Нет доступа к отчёту или обработкеПроверьте права «Использование» и «Просмотр» на отчёт/обработку и права на данные, которые он читает

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

Полезный приём: временно назначить пользователю роль «Полные права» на копии базы и убедиться, что операция выполняется. Если с полными правами всё работает — проблема точно в настройке ролей, и дальше остаётся найти недостающее право методом исключения.

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

Ограничения и меры предосторожности

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

Учтите, что просмотр списка пользователей и ролей в конфигураторе требует права «Администрирование». Обычному пользователю без административных прав эти данные недоступны — это нормальное ограничение, а не ошибка.

Контрольные точки

Как проверить результат

Список ролей пользователя

Норма

Флажки ролей соответствуют должностным обязанностям, лишних ролей с широкими правами нет

Тревожный признак

Назначены «Полные права» или роли администратора без необходимости

Доступ к операции

Норма

После назначения роли пользователь выполняет операцию без ошибки «Нарушение прав доступа»

Тревожный признак

Ошибка сохраняется — не хватает прав на связанные объекты или срабатывает RLS

Состав профиля группы доступа

Норма

Вкладка «Роли» профиля показывает ожидаемый набор ролей

Тревожный признак

Профиль пустой или содержит роли другого направления учёта

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

Можно ли посмотреть роли пользователя без прав администратора?

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

Чем роль отличается от профиля группы доступа?

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

Почему у пользователя есть роль, а операция всё равно недоступна?

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

Как выгрузить список ролей всех пользователей для аудита?

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

Что означает флажок «Полные права» у пользователя?

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

Изменятся ли роли у пользователей после обновления конфигурации?

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