Где хранятся роли пользователя в 1С и как их найти

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

Место физического хранения зависит от режима работы базы. В файловом варианте все данные, включая пользователей и их роли, находятся в файле 1Cv8.1CD. В клиент-серверном варианте те же сведения лежат в таблицах СУБД (MS SQL Server, PostgreSQL, Oracle), но прямой доступ к ним платформа не документирует и не рекомендует.

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

Где описаны роли: раздел «Роли» в конфигураторе

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

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

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

Где хранится привязка ролей к пользователям

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

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

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

Файловая и клиент-серверная база: различия в хранении

В файловом варианте вся информационная база — это один файл 1Cv8.1CD в каталоге базы. Внутри него в собственном формате платформы хранятся и конфигурация, и данные, и список пользователей с ролями. Отдельного файла «с правами» не существует, и извлечь роли из файла сторонними средствами штатным способом нельзя.

В клиент-серверном варианте данные размещаются в таблицах СУБД. Сведения о пользователях и ролях находятся в системных таблицах базы (их структура не документирована и может меняться между версиями платформы). Прямое изменение этих таблиц через SQL-запросы категорически не рекомендуется: это нарушает целостность базы и может привести к невозможности входа пользователей или отказу поддержки.

Как узнать, какие роли назначены пользователю

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

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

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

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

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

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

Роли и профили групп доступа: в чём разница

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

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

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

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

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

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

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

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

Контрольные признаки корректной настройки: объект открывается без сообщения «Нарушение прав доступа», недоступные команды скрыты или неактивны, в журнале регистрации нет массовых ошибок отказа в доступе. Если ошибка появляется, журнал регистрации (в конфигураторе: Администрирование → Журнал регистрации) покажет, к какому именно объекту и какому виду доступа не хватило прав.

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