Где посмотреть, какие роли и права выданы пользователю 1С 8.3

Чтобы узнать роли пользователя в 1С 8.3, откройте Администрирование → Настройки пользователей и прав → Пользователи, найдите сотрудника и в его карточке нажмите «Права доступа ». Там видно, в какие группы доступа или профили он входит. Сам список ролей платформы показывает Конфигуратор: Администрирование → Пользователи, карточка пользователя, вкладка «Прочие».

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

1. Три уровня прав: что именно вы ищете

Прежде чем открывать карточку, полезно понять, какой ответ нужен. Права в 1С складываются из трёх слоёв:

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

Отсюда три разных вопроса и три разных места:

2. Как узнать роли пользователя в разделе «Администрирование»

Этот способ работает без Конфигуратора и подходит главному бухгалтеру с правами администратора.

1. Откройте раздел Администрирование → Настройки пользователей и прав.
2. Перейдите по ссылке «Пользователи».
3. Откройте карточку нужного сотрудника двойным щелчком.
4. В командной панели карточки нажмите «Права доступа».

Дальше картина зависит от режима настройки прав.

Упрощённый режим

В Бухгалтерии 3.0 он включён по умолчанию. В форме «Права доступа» вы увидите список профилей с флажками. Отмеченные профили и есть набор прав пользователя. Например: «Бухгалтер» и «Пользователь».

Полный режим с группами доступа

Так обычно настроены ЗУП 3.1, УТ 11, КА и ERP. В форме будет список групп доступа, в которые входит пользователь. Чтобы перейти от группы к ролям:

1. Откройте группу доступа из списка.
2. В её карточке посмотрите поле «Профиль».
3. Откройте профиль. В нём есть перечень разрешённых действий — это и есть роли.

Список профилей целиком доступен отдельно: Администрирование → Настройки пользователей и прав → Профили групп доступа. Там же удобно сравнить два профиля между собой.

Обратная задача: у кого есть определённые права

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

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

В упрощённом режиме групп доступа на экране нет, и проще проверить несколько карточек пользователей. Для большой базы удобнее запрос из раздела 5: он выдаёт всю связку сразу.

Флажок «Вход в программу разрешён»

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

3. Роли пользователя в Конфигураторе: вкладка «Прочие» и окно «Все роли»

Конфигуратор показывает то, что видит платформа, без надстроек БСП. Это окончательный ответ на вопрос «какие роли включены».

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

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

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

Какие права даёт сама роль

Список ролей ничего не говорит о том, что за ними стоит. Чтобы увидеть содержимое:

1. Откройте конфигурацию: Конфигурация → Открыть конфигурацию.
2. В дереве раскройте Общие → Роли.
3. Откройте нужную роль. Слева — объекты конфигурации, справа — права на выбранный объект: «Чтение», «Добавление», «Изменение», «Удаление», «Проведение», «Просмотр» и другие.

Для сводной картины щёлкните правой кнопкой по ветке «Роли» и выберите «Все роли». Откроется таблица: по строкам объекты, по колонкам роли. Так быстро видно, какая роль даёт, например, право удалять документы «Реализация».

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

4. Отчёт по правам доступа: что пользователь может на самом деле

Роли и профили отвечают на вопрос «что выдано». Отчёт по правам отвечает на вопрос «что получилось в итоге». Он учитывает все группы доступа сразу, включая ограничения по организациям.

Как открыть:

1. Зайдите в карточку пользователя: Администрирование → Настройки пользователей и прав → Пользователи.
2. Нажмите «Права доступа».
3. В командной панели этой формы найдите команду отчёта по правам и сформируйте его.

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

Что показывает отчёт:

• 📄 по каким объектам у пользователя есть чтение, изменение, добавление;
• 🔒 какие ограничения действуют: организации, склады, группы номенклатуры;
• 🧭 из какой группы доступа пришло конкретное право.

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

5. Как получить роли пользователя кодом и запросом

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

Роли всех пользователей через платформу

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

Результат — пары «пользователь — роль». Это фактические роли платформы, то же, что на вкладке «Прочие».

Проверить одну роль у одного пользователя:

ПользовательИБ = ПользователиИнформационнойБазы.НайтиПоИмени("Иванова");
Если ПользовательИБ <> Неопределено Тогда
    ЕстьРоль = ПользовательИБ.Роли.Содержит(Метаданные.Роли.ПолныеПрава);
    Сообщить("Полные права: " + ?(ЕстьРоль, "да", "нет"));
КонецЕсли;

Для текущего сеанса есть два готовых метода:

• РольДоступна("ИмяРоли") — есть ли роль у того, кто сейчас работает;
• ПравоДоступа("Изменение", Метаданные.Документы.РеализацияТоваровУслуг) — есть ли право на объект, с учётом всех ролей.

Запрос к профилям и группам доступа БСП

Если нужна картина «пользователь — группа доступа — профиль», её даёт запрос к справочникам БСП:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|   ГруппыДоступаПользователи.Пользователь КАК Участник,
|   ГруппыДоступаПользователи.Ссылка КАК ГруппаДоступа,
|   ГруппыДоступаПользователи.Ссылка.Профиль КАК Профиль
|ИЗ
|   Справочник.ГруппыДоступа.Пользователи КАК ГруппыДоступаПользователи
|ГДЕ
|   НЕ ГруппыДоступаПользователи.Ссылка.ПометкаУдаления
|УПОРЯДОЧИТЬ ПО
|   Участник";
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
    Сообщить(Строка(Выборка.Участник) + " → " + Выборка.ГруппаДоступа + " → " + Выборка.Профиль);
КонецЦикла;

В поле «Участник» могут оказаться не только пользователи, но и группы пользователей. Их состав придётся раскрыть отдельно.

6. Особенности ролей в клиент-серверном варианте

В клиент-серверной базе работают те же роли и те же способы проверки. Но есть несколько вещей, которые путают администраторов.

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

Консоль показывает сеансы, а не права. В разделе «Сеансы» консоли видно имя пользователя, компьютер и приложение. Ролей там нет. Смотреть их всё равно нужно в самой базе.

Права проверяет сервер. Ограничения на уровне записей выполняются на стороне сервера 1С при каждом запросе. Сложные ограничения могут замедлять работу пользователей с узкими правами. Под администратором с полными правами такие запросы идут быстрее — это нормальное следствие RLS, а не сбой.

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

Аутентификация ОС не меняет роли. Пользователь с входом через Windows получает ровно те роли, что назначены его записи в базе. Учётная запись домена прав в 1С не добавляет.

7. Ошибки при назначении прав и как их распознать

Большинство проблем с правами проявляются одними и теми же симптомами. Ниже — что увидит пользователь и где искать причину.

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

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