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

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

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

Что именно ищем: группа доступа, группа пользователей или роль

В 1С слово «группа» означает три разные вещи. Если не развести их сразу, легко найти не то и сделать неверный вывод.

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

Группы пользователей по умолчанию выключены. Их включают флажком «Группы пользователей» в панели Администрирование → Настройки пользователей и прав. Если флажка нет, у вас один плоский список «Все пользователи».

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

Самый быстрый способ. Нужны права администратора в информационной базе.

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

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

• ✅ «Бухгалтер» — профиль «Бухгалтер»;
• ✅ «Кассир» — профиль «Кассир»;
• ✅ «Администраторы» — профиль «Администратор».

Если видны не группы, а профили с флажками

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

Где в карточке смотреть группу пользователей

Если группы пользователей включены, в карточке появляется поле или список «Входит в группы». Там видна его папка в иерархии: например, «Бухгалтерия → Расчётный отдел». Также группу показывает левая панель дерева в списке пользователей: выделите группу — справа останутся только её участники.

Отчёт о правах: все группы и разрешения разом

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

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

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

Удобный приём: постройте отчёт для двух сотрудников — того, у кого «не работает », и того, у кого «работает». Сравните строки по нужному объекту. Разница сразу покажет, какой группы не хватает.

Обратный поиск: кто состоит в конкретной группе доступа

Иногда вопрос стоит наоборот: «Кто у нас входит в группу „Кассир“?». Тогда удобнее идти от группы.

1. Откройте Администрирование → Настройки пользователей и прав → Группы доступа.
2. Откройте нужную группу.
3. На закладке «Участники» (или в табличной части со списком пользователей) видны все включённые сотрудники.

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

Пример из практики

В группу доступа «Кладовщик» включена группа пользователей «Склад». В «Складе» состоят Иванов, Петрова и Смирнов. Открываете карточку Смирнова — и в форме «Права доступа» видите «Кладовщик», хотя его самого в участниках группы нет. Права пришли через группу пользователей.

Отсюда частый промах: админ ищет фамилию в участниках, не находит её и решает, что прав нет.

Конфигуратор: роли вместо групп

В Конфигураторе групп доступа нет. Это объекты конфигурации, а Конфигуратор показывает пользователей информационной базы на уровне платформы. Там видна итоговая картина — список ролей.

Как посмотреть:

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

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

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

Самописная конфигурация без БСП

Если в базе нет подсистемы «Управление доступом», групп доступа там нет вообще. Тогда «группа пользователя» — это набор его ролей, и Конфигуратор остаётся единственным местом, где их видно.

Консоль администрирования серверов: что она покажет

Консоль кластера в клиент-серверном варианте часто открывают в надежде увидеть права. Но она работает уровнем выше: с кластером, информационными базами и сеансами.

Что в ней есть:

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

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

Как её использовать по нашей задаче: найдите в списке сеансов точное имя пользователя. Затем ищите по этому имени в списке пользователей базы. Это помогает, когда в базе двое «Ивановых» и непонятно, под каким из них человек зашёл.

Те же сеансы показывает утилита командной строки:

rac session list --cluster=<UUID кластера>

UUID кластера даёт команда rac cluster list. Остальные параметры смотрите в rac help session.

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

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

Запрос: группы доступа пользователя

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

ВЫБРАТЬ РАЗЛИЧНЫЕ
    Участники.Ссылка КАК ГруппаДоступа,
    Участники.Ссылка.Профиль КАК Профиль
ИЗ
    Справочник.ГруппыДоступа.Пользователи КАК Участники
ГДЕ
    НЕ Участники.Ссылка.ПометкаУдаления
    И (Участники.Пользователь = &Пользователь
        ИЛИ Участники.Пользователь В
            (ВЫБРАТЬ
                Составы.ГруппаПользователей
            ИЗ
                РегистрСведений.СоставыГруппПользователей КАК Составы
            ГДЕ
                Составы.Пользователь = &Пользователь
                И Составы.Используется))

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

Запрос: группы пользователей

Чтобы узнать, в каких папках-группах числится сотрудник:

ВЫБРАТЬ
    Состав.Ссылка КАК ГруппаПользователей
ИЗ
    Справочник.ГруппыПользователей.Состав КАК Состав
ГДЕ
    Состав.Пользователь = &Пользователь

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

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

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

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

Ссылку на текущего пользователя из справочника в конфигурациях на БСП возвращает Пользователи.ТекущийПользователь(). Её можно подставить в параметр запроса выше.

Где ошибаются при чтении прав пользователя

Несколько ловушек, в которые попадают даже опытные админы.

• ❌ Смотрят только прямое участие. Права через группу пользователей в списке участников не видны по фамилии. Проверяйте карточку пользователя или запрос с регистром составов.
• ❌ Путают группу пользователей с группой доступа. Перенос сотрудника в папку «Бухгалтерия» сам по себе прав не меняет, если эта папка не включена ни в одну группу доступа.
• ❌ Забывают про ограничения на уровне записей. Пользователь в группе «Бухгалтер», но видит одну организацию из трёх. Значит, в группе доступа настроено ограничение по организациям. Смотрите закладку с ограничениями в самой группе.
• ❌ Не учитывают помеченные на удаление группы. Такая группа может ещё висеть в списке, но прав уже не даёт.
• ❌ Ждут, что права применятся мгновенно. Изменения в группах доступа вступают в силу при следующем входе пользователя в программу. Пока он не перезашёл, работает старый набор ролей.
• ❌ Ищут пользователя в базе по имени из консоли. Имя в консоли — это имя пользователя информационной базы. В справочнике «Пользователи» он может быть записан полным ФИО. Сверяйте по полю «Имя для входа» на закладке аутентификации в карточке.

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