Какие роли и права назначены сотруднику в 1С 8.3 и где это проверить

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

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

Роль, профиль и группа доступа: что именно вы ищете

В 1С 8.3 права выдаются на двух уровнях, и путаница между ними — главная причина неверных выводов.

• 🔑 Роль — объект конфигурации. Она задаёт, какие справочники, документы и отчёты можно читать, менять или проводить. Роли видны в Конфигураторе в ветке Общие → Роли.
• 📦 Профиль группы доступа — набор ролей под типовую должность: «Бухгалтер», «Кадровик», «Менеджер по продажам». Это понятие Библиотеки стандартных подсистем (БСП), на которой построены все типовые конфигурации.
• 👥 Группа доступа — профиль плюс список участников плюс ограничения, например только по одной организации.

Итоговые роли пользователя — это объединение ролей из профилей всех групп, в которые он входит. Если сотрудник состоит в группах «Бухгалтер» и «Кассир», у него будут роли обоих профилей.

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

В типовых конфигурациях этот способ основной. Он показывает не голые роли, а понятную картину: в каких группах состоит человек и что это за профили.

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

Пошагово

1. Откройте список пользователей по пути из таблицы.
2. Дважды щёлкните по нужному сотруднику — откроется его карточка.
3. В командной панели карточки нажмите «Права доступа».
4. Откроется форма со списком групп доступа. Отмеченные группы — те, в которые пользователь входит.
5. Выделите группу, чтобы увидеть её профиль и, если включены ограничения, — по каким организациям или складам действует доступ.

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

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

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

Отчёт о правах: что пользователю доступно на самом деле

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

Как его открыть:

1. Зайдите в карточку пользователя.
2. Откройте форму «Права доступа».
3. В командной панели формы найдите команду формирования отчёта о правах. В разных редакциях БСП отчёт называется «Права доступа» или «Анализ прав доступа».

Что видно в отчёте:

• 📄 список объектов метаданных — справочники, документы, регистры, отчёты;
• ✅ какие действия с каждым объектом разрешены;
• 🏢 ограничения на уровне записей, если они настроены (например, доступ только к документам одной организации);
• 👥 из какой группы доступа пришло каждое право.

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

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

Конфигуратор показывает роли напрямую, без надстройки БСП. Это единственный способ в нетиповых базах и самый надёжный — в любых.

Карточка пользователя информационной базы

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

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

Кто имеет доступ к объекту: окно «Все роли»

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

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

Проверка роли программно

Разработчику или администратору удобно узнать роли кодом: это быстрее, чем открывать десяток карточек.

Проверить, есть ли роль у текущего пользователя:

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

Вывести все роли конкретного пользователя по имени для входа:

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

Выполнять второй пример нужно на сервере под пользователем с административными правами, например во внешней обработке или в консоли кода. Чтобы получить список всех пользователей и их ролей, замените поиск по имени на перебор ПользователиИнформационнойБазы.ПолучитьПользователей().

Что можно узнать через SQL

В клиент-серверной базе на MS SQL или PostgreSQL пользователи хранятся в служебной таблице v8users. Простой запрос даёт их список:

SELECT Name, Descr
FROM v8users
ORDER BY Name;

На этом польза SQL для поиска ролей почти заканчивается. Роли хранятся в таблице в закодированном двоичном виде, прочитать их обычным запросом не получится. Группы доступа БСП лежат в таблицах справочников с обезличенными именами вида _Reference123. Сопоставить их с объектами конфигурации можно через функцию ПолучитьСтруктуруХраненияБазыДанных(), но это уже работа для разработчика.

Когда SQL всё же полезен:

• 🔍 база не открывается, а нужно понять, какие учётные записи в ней есть;
• 📋 нужно быстро выгрузить список пользователей по многим базам сразу;
• 🧾 сверка: в SQL пользователь есть, а в списке выбора при входе его нет (снят флаг «Показывать в списке выбора»).

Группы доступа: почему права больше или меньше, чем видно в ролях

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

Что проверить в группах доступа (Администрирование → Настройки пользователей и прав → Группы доступа):

1. Группа «Администраторы». Она предопределённая, её профиль даёт полные права. Посмотрите её состав — это и есть список людей с полным доступом.
2. Группы пользователей. Участником группы доступа может быть не сам человек, а группа пользователей, например «Бухгалтерия». Тогда сотрудник получает права через неё, и в списке участников группы доступа его фамилии не будет.
3. Ограничения по записям. Профиль может разрешать документ целиком, а группа — ограничивать его одной организацией. Работают ограничения только при включённой настройке ограничения доступа на уровне записей в разделе Настройки пользователей и прав.
4. Недействительные пользователи. У уволенного сотрудника карточка может остаться с правами. Проверьте флаг «Недействителен» и снятый «Вход в программу разрешён».

Если роли на месте, а доступа нет

Бывает так: роли назначены правильно, а пользователь видит Нарушение прав доступа! или пустой список документов. Вот что встречается на практике.

• ⚙️ Права не обновились после изменения групп. Пусть пользователь закроет 1С и зайдёт снова: часть прав применяется при новом сеансе.
• 🏢 Срабатывает ограничение по организации или складу. Роль есть, но группа доступа разрешает только одну организацию. Документы других просто не видны в списке, ошибки при этом нет.
• 🧩 Объект добавлен расширением. Если доступ к новому объекту дают роли расширения, они должны быть назначены отдельно. Проверьте, что расширение подключено и его роли входят в профиль.
• 🔒 Пользователь не связан с учётной записью базы. В справочнике «Пользователи» карточка есть, но флаг «Вход в программу разрешён» снят — в Конфигураторе такого пользователя не будет вовсе.
• 📭 Список пользователей в Конфигураторе пуст. Тогда в базу входят без пароля и с полными правами. Первый созданный пользователь должен получить роль администратора, иначе можно потерять управление базой.

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

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