Где посмотреть роли, группы доступа и права пользователя в 1С 8.3
Содержание
Права пользователя в 1С 8.3 быстрее всего посмотреть в режиме Предприятие: Администрирование → Настройки пользователей и прав → Пользователи, откройте карточку сотрудника и перейдите по ссылке «Права доступа
». Там видно, в какие группы доступа он входит и какие профили ему назначены. Этот путь одинаков в Бухгалтерии 3.0, ЗУП 3.1 и УТ 11.
Сотрудник жалуется на Нарушение прав доступа!, а у вас нет понимания, чего именно ему не хватает? Ниже пять способов проверить доступ пользователя: от карточки в интерфейсе до проверки одной строкой кода. Для всех нужны административные права в базе.
Как устроены права в 1С: роли, профили и группы доступа
Без этой схемы легко искать не там. В современных типовых конфигурациях права выдаются в три слоя.
- 🔑 Роль — объект конфигурации. Описывает, что можно делать с каждым справочником, документом, отчётом: чтение, добавление, изменение, проведение, удаление. Роли создаёт разработчик, пользователь их не меняет.
- 📦 Профиль группы доступа — набор ролей под типовую должность: «Бухгалтер», «Кадровик», «Менеджер по продажам».
- 👥 Группа доступа — профиль плюс конкретные участники и, при необходимости, ограничения по организациям, складам, подразделениям.
Пользователь получает объединение ролей всех групп, в которые входит. Права в 1С только складываются: если одна группа разрешает изменение документа, другая не может его запретить.
Отдельно работает ограничение доступа на уровне записей (RLS). Роль может разрешать чтение документа «Реализация», а RLS — показывать только документы своей организации. Включается флажком в Администрирование → Настройки пользователей и прав.
| Уровень | Где смотреть | Что показывает |
|---|---|---|
| Группы и профили | Режим Предприятие, карточка пользователя | Состав прав «по-бизнесовому» |
| Роли пользователя | Конфигуратор, Администрирование → Пользователи | Технический итог: какие роли включены |
| Права роли на объекты | Конфигуратор, ветка «Роли» | Что разрешено по каждому объекту |
| Ограничения по записям | Свойства группы доступа, вкладка ограничений | Какие организации, склады видны |
Как посмотреть права пользователя в режиме Предприятие
Это основной способ. Конфигуратор здесь не нужен, работа с базой не прерывается.
Карточка пользователя
- Откройте
Администрирование → Настройки пользователей и прав. - Перейдите по ссылке «Пользователи» и откройте нужного сотрудника.
- В карточке нажмите ссылку «Права доступа».
- Откроется список групп доступа. Галочка стоит у тех, в которые пользователь входит.
В Бухгалтерии 3.0 по умолчанию включён упрощённый режим настройки прав. Там вместо групп в той же форме отображается список профилей с флажками. Смысл тот же: отмеченный профиль — выданные права.
Состав группы и её профиль
Если нужно понять, что даёт конкретная группа:
- В разделе
Администрирование → Настройки пользователей и правоткройте «Группы доступа». - Откройте группу. В поле профиля видно, на основе чего она построена.
- На вкладке участников — все пользователи этой группы.
- Если включено ограничение на уровне записей, на вкладке ограничений видны разрешённые организации, склады и другие значения.
Список ролей профиля
Откройте «Профили групп доступа» в том же разделе и нужный профиль. На вкладке ролей — роли, которые он включает. Для поиска удобно включить отображение только отмеченных ролей.
Профили с жёлтым значком — поставляемые, их меняет обновление конфигурации. Если нужен свой набор прав, скопируйте профиль и правьте копию, а не оригинал.
Ограничения по организациям и складам
Роли отвечают на вопрос «что можно делать». Ограничения на уровне записей — «с какими данными». Проверка занимает минуту:
- В разделе
Администрирование → Настройки пользователей и правнайдите флажок ограничения доступа на уровне записей. Если он снят, RLS не действует, и пользователь видит все организации. - Если флажок стоит, откройте каждую группу доступа пользователя и перейдите на вкладку ограничений.
- Для каждого вида доступа (организации, склады, подразделения) там указан режим: все разрешены с исключениями или все запрещены с исключениями.
- Список исключений и есть фактический доступ. Например, «все запрещены, кроме ООО Альфа» — значит, документы ООО Бета пользователь не увидит.
Помните, что группы складываются. Если бухгалтер входит в две группы и одна разрешает все организации, ограничение второй группы его уже не остановит.
Отчёты и анализ прав доступа вместо ручного просмотра
Пролистывать группы по одной долго, если пользователей десятки. В конфигурациях на Библиотеке стандартных подсистем (БСП) есть отчёты, которые собирают права в одну таблицу.
Отчёт по правам конкретного пользователя
В форме «Права доступа» из карточки пользователя есть команда отчёта по правам. Она строит таблицу: объект метаданных, набор прав (чтение, добавление, изменение, проведение) и группа доступа, через которую право пришло. Это ответ на вопрос «откуда у бухгалтера право удалять документы».
Анализ прав доступа по всей базе
В актуальных релизах в разделе Администрирование → Настройки пользователей и прав доступен отчёт «Анализ прав доступа». Его удобно запускать в двух режимах:
- 👤 по пользователю — что разрешено одному человеку по всем объектам;
- 📄 по объекту — кто из пользователей может читать или менять, например, документ «Начисление зарплаты».
Второй режим ценен при аудите. Вы выбираете чувствительный объект и сразу видите всех, у кого есть к нему доступ.
Отчёт показывает права по ролям. Ограничения на уровне записей он учитывает не во всех вариантах. Если пользователь «имеет право», но документы не видит, смотрите ограничения в группе доступа.
Если нужна «обработка проверки прав»
Отдельной типовой обработки с таким названием в БП, ЗУП и УТ нет — эту задачу закрывают отчёты выше. Сторонние обработки проверки прав подключаются как внешние через Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки. Берите их только из проверенного источника: обработка выполняется с правами администратора.
Проверка ролей и прав в режиме Конфигуратор
Конфигуратор показывает «сырой» технический итог — роли, которые реально записаны пользователю базы. Это нужно, когда интерфейс Предприятия не открывается или конфигурация нетиповая.
Роли пользователя
- Запустите базу в режиме Конфигуратор.
- Откройте
Администрирование → Пользователи. - Дважды щёлкните пользователя.
- Перейдите на вкладку «Прочие». Отмеченные роли — те, что у него есть.
Не меняйте роли в Конфигураторе в базах на БСП. Роли там раздаёт подсистема «Управление доступом» по группам. При следующей записи группы или обновлении ваши ручные галочки перезапишутся. Права выдают только через группы доступа в режиме Предприятие.
Если роли в Конфигураторе не совпадают с тем, что показывает карточка, — права «разъехались». Обычно это лечит повторная запись группы доступа, в которую входит пользователь.
Что разрешает конкретная роль
- В дереве конфигурации раскройте
Общие → Роли. - Откройте нужную роль, например «Добавление и изменение документов продаж».
- Слева — дерево объектов, справа — права на выбранный объект с флажками.
Таблица «Все роли»
На ветке «Роли» вызовите контекстное меню и выберите «Все роли». Откроется сводная таблица: строки — объекты, столбцы — роли, в ячейках — права. Это самый быстрый способ найти, какая роль даёт право, например, на проведение документа «Списание товаров».
Права в Конфигураторе только просматривайте. Если открыть роль на изменение, конфигурация будет захвачена из хранилища или помечена как изменённая. В базе на поддержке это лишняя работа при обновлении.
Как проверить право на конкретное действие
Частая задача: понять, сможет ли пользователь провести документ, открыть отчёт или изменить цену . Есть три способа — от простого к точному.
Тестовый пользователь
Самая честная проверка — войти под таким же набором прав. Создайте пользователя «Тест_Бухгалтер», разрешите ему вход, включите в те же группы и запустите базу под ним. Всё, что не получится у него, не получится и у сотрудника. После проверки запретите тестовому пользователю вход.
Проверка кодом
Для разработчика и администратора есть встроенные функции платформы. ПравоДоступа() возвращает Истина, если право есть. Третьим параметром передают пользователя информационной базы:
ПользовательИБ = ПользователиИнформационнойБазы.НайтиПоИмени("Иванова");
Если ПользовательИБ = Неопределено Тогда
Сообщить("Пользователь не найден");
Иначе
Для Каждого Роль Из ПользовательИБ.Роли Цикл
Сообщить("Роль: " + Роль.Имя);
КонецЦикла;
ЕстьПраво = ПравоДоступа("Проведение", Метаданные.Документы.РеализацияТоваровУслуг, ПользовательИБ);
Сообщить("Проведение реализации: " + ?(ЕстьПраво, "разрешено", "запрещено"));
КонецЕсли;
Код выполняют на сервере во внешней обработке под администратором. Имя в НайтиПоИмени — это имя для входа, а не полное ФИО. Для текущего сеанса хватает РольДоступна("ПолныеПрава") — проверка без перебора объектов.
ПравоДоступа() проверяет права ролей. Ограничения на уровне записей и программные проверки внутри конфигурации функция не учитывает. «Истина» означает только то, что роль это разрешает.
Права по конфигурациям: где что лежит
Платформенная часть одинакова везде. Разница — в типовых профилях и режиме настройки.
| Конфигурация | Где смотреть права | Особенность |
|---|---|---|
| Бухгалтерия 3.0 | Администрирование → Настройки пользователей и прав → Пользователи | По умолчанию упрощённый режим: в карточке сразу профили |
| ЗУП 3.1 | Тот же раздел, «Группы доступа» | Часто ограничения по организациям и подразделениям, кадровые данные закрыты отдельными профилями |
| УТ 11 | Тот же раздел, «Группы доступа» | Ограничения по складам, видам цен, партнёрам через группы доступа |
| Нетиповая или старая конфигурация без БСП | Конфигуратор, Администрирование → Пользователи, вкладка «Прочие» | Групп доступа нет, роли назначаются напрямую |
Ошибки, из-за которых права проверяют неверно
Права «есть», а сотрудник всё равно получает отказ, — типичная ситуация. Причины почти всегда одни и те же.
- 🧩 Смотрят только роли, забывая про RLS. Право на документ есть, но ограничение по организации скрывает записи. Проверьте вкладку ограничений в группе доступа.
- 🔁 Правят роли в Конфигураторе. Галочки пропадают после записи группы. Права меняют только через группы и профили.
- 👤 Путают пользователя справочника и пользователя базы. Элемент справочника «Пользователи» может быть без доступа к базе. Флажок «Вход в программу разрешён» в карточке должен стоять.
- ⏳ Не перезапустили сеанс. Новые права подхватываются при следующем входе. Попросите сотрудника закрыть 1С и открыть снова.
- 🧱 Ищут право, которого нет в ролях. Иногда ограничение задано кодом конфигурации, например запрет редактирования закрытого периода. Его не видно в ролях — смотрите дату запрета изменения данных в настройках.
- 📋 Проверяют не того пользователя. У однофамильцев бывают похожие имена входа. Сверяйте имя для входа, а не ФИО.
Когда возникает Нарушение прав доступа!, в тексте ошибки часто указан объект и действие. Найдите этот объект в отчёте по правам пользователя — так вы сразу увидите, в какой профиль добавить роль.