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

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

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

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

Что такое роли и профили доступа в 1С

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

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

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

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

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

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

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

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

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

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

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

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

Как проверить права на конкретный объект

Часто вопрос звучит не «какие права у пользователя», а «почему он не может провести этот документ». Для точечной диагностики есть несколько приёмов.

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

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

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

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

Открытие объекта

Норма

Объект открывается без сообщения о нарушении прав

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

Ошибка «Нарушение прав доступа» — нет права чтения/просмотра

Кнопки действий

Норма

«Записать», «Провести» активны и выполняются

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

Кнопки серые или действие завершается ошибкой — нет права изменения/проведения

Список документов

Норма

Видны все документы нужной организации/периода

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

Видна только часть записей — срабатывает RLS или фильтр групп доступа

Проверка ограничений на уровне записей (RLS)

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

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

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

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

Большинство обращений «нет прав» сводится к нескольким повторяющимся причинам. Знание их экономит время диагностики.

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

Как оформить выдачу прав правильно

Устойчивая практика — выдавать доступ только через профили и группы доступа, а не прямым назначением ролей в конфигураторе. Так проще аудировать: по списку групп видно, кто и за что отвечает, а отчёт по правам формируется в пару кликов.

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

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

Как посмотреть, кто имеет полные права в базе?

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

Пользователь видит документ, но не может его провести. Чего не хватает?

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

Почему после добавления прав ничего не изменилось?

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

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

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

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

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

Как проверить, действует ли RLS, а не отсутствие прав?

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