Пользователи и группы в Битрикс: короткая инструкция

За 15–20 минут вы создадите в 1С-Битрикс отдельную группу, добавите в неё пользователя и выдадите доступ только к нужному разделу или инфоблоку. Инструкция рассчитана на интерфейс «1С-Битрикс: Управление сайтом» ветки 24.x; в других версиях названия пунктов могут немного отличаться.

Что нужно подготовить

До начала работы проверьте три вещи:

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

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

Безопасная схема для Битрикс — сначала запретить лишнее, затем открыть только те действия и разделы, которые нужны сотруднику.

Пошаговая настройка

1. Откройте список групп

В административной панели перейдите в раздел Настройки → Пользователи → Группы пользователей. Название пункта может находиться внутри раздела «Пользователи» или «Настройки продукта» — это зависит от версии интерфейса и установленного меню.

Найдите кнопку добавления новой группы. Обычно она называется Добавить группу или Добавить.

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

2. Создайте группу

В поле названия укажите понятное имя: например, «Контент-менеджеры» или «Менеджеры магазина». В описании запишите назначение группы: «Редактирование новостей без доступа к настройкам сайта». Описание не меняет права, но помогает не ошибиться через несколько месяцев.

Не создавайте группу с названием «Все права», если не можете сразу объяснить, зачем она нужна. Для штатной работы лучше иметь отдельные группы для редакторов, менеджеров, разработчиков и администраторов.

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

3. Настройте права группы

Откройте созданную группу и найдите вкладку или блок, связанный с правами доступа. Набор параметров зависит от установленных модулей. Для административной части это могут быть доступ к панели, просмотр, добавление, изменение и удаление данных.

Выдавайте минимально необходимые права. Редактору новостей обычно не нужен доступ к настройкам модулей, пользователям, резервным копиям и настройкам магазина. Удаление также лучше не выдавать, если сотруднику достаточно создавать и изменять записи.

Проверка: в описании группы или на странице её прав видно, какие разделы и операции разрешены.

4. Добавьте пользователя в группу

Перейдите в Настройки → Пользователи → Список пользователей. Откройте существующую учётную запись или создайте новую. В поле Группы отметьте созданную группу и сохраните профиль.

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

Проверка: после повторного открытия профиля нужная группа отображается среди групп пользователя.

5. Ограничьте доступ к инфоблоку

Если сотруднику нужен доступ не ко всему сайту, а только к каталогу или новостям, настройте права самого инфоблока. В административной панели откройте раздел, где расположен инфоблок, перейдите к его настройкам и найдите вкладку Доступ или Права доступа.

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

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

Проверка: пользователь видит нужный инфоблок и может выполнить разрешённое действие, но не видит или не может изменить запрещённые данные.

6. Проверьте результат под тестовой учётной записью

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

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

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

Если не получилось

«Недостаточно прав для доступа к странице»

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

Группа есть, но пользователь не видит инфоблок

Проверьте права именно инфоблока, а не только профиль группы. Также убедитесь, что вы редактировали нужный инфоблок, а не одноимённый объект в другом типе инфоблоков.

Пользователь видит больше, чем должен

Самая частая причина — лишняя группа. Откройте профиль пользователя, выпишите все группы и временно уберите необязательные. Если доступ исчез, верните группы по одной и найдите источник лишнего права.

Появляется сообщение «Пользователь с таким логином уже существует»

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

Права изменились не сразу

Выйдите из панели и войдите снова. Если используется кеширование административной части или серверный кеш, очистите его штатными средствами после проверки настроек. Инвалидация кеша — отдельная задача; здесь важно сначала убедиться, что право действительно назначено правильной группе.

Где схема ломается

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

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

Что делать дальше

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

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