Администрирование · 8 мин
Как добавить роли в 1С: настройка прав пользователей
Как добавить роли пользователям в 1С: настройка прав в конфигураторе и режиме Предприятие, выбор профилей групп доступа, проверка результата и типичные ошибки.
Роли в 1С определяют, какие объекты конфигурации доступны пользователю: справочники, документы, отчёты, команды. Без назначенной роли пользователь либо не сможет войти в базу, либо увидит пустой интерфейс без рабочих инструментов. Правильная настройка ролей — базовая задача администратора, и она решается двумя путями: через конфигуратор (на уровне структуры прав) и в режиме «Предприятие» (через профили групп доступа в типовых конфигурациях).
Выбор способа зависит от того, что именно нужно сделать. Если требуется выдать сотруднику стандартные права — достаточно режима «Предприятие». Если нужно создать новую роль с уникальным набором прав или изменить существующую — работа ведётся в конфигураторе, и это уже задача с повышенным риском: ошибка в правах может открыть лишний доступ к данным или сломать работу пользователей.
Что такое роль в 1С и чем она отличается от профиля доступа
Роль — это объект метаданных конфигурации, который задаёт права на чтение, добавление, изменение, удаление и использование конкретных объектов: справочников, документов, регистров, отчётов. Роли хранятся внутри конфигурации и изменяются только в конфигураторе. Один пользователь может иметь несколько ролей — права суммируются.
Профиль группы доступа — это прикладной механизм типовых конфигураций (УТ, КА, ERP, БП, ЗУП), который группирует роли в понятные наборы вроде «Менеджер по продажам» или «Кассир». Администратор в режиме «Предприятие» не трогает роли напрямую, а включает пользователя в группу доступа с нужным профилем. Это безопаснее и не требует изменения конфигурации.
Как назначить роли через профили групп доступа в режиме «Предприятие»
В типовых конфигурациях это основной и рекомендуемый способ. Порядок действий: откройте раздел «Администрирование» → «Настройки прав и пользователей» → «Пользователи». Выберите нужного пользователя и перейдите по ссылке «Права доступа» или на вкладку «Группы доступа». Добавьте пользователя в группу с подходящим профилем — например, «Менеджеры по продажам» или «Бухгалтеры».
Если готовый профиль не подходит, создайте новый: «Группы доступа» → «Профили» → «Создать». В профиле отметьте флажками нужные роли — список показывает все роли конфигурации с пояснениями. Затем создайте группу доступа с этим профилем и включите в неё пользователей. Изменения применяются при следующем входе пользователя или после обновления настроек.
- 1Откройте Администрирование → Настройки прав и пользователей → Группы доступа
- 2Создайте профиль или откройте существующий и отметьте нужные роли
- 3Создайте группу доступа с этим профилем
- 4Добавьте пользователя в группу доступа
- 5Попросите пользователя перезайти в базу и проверьте доступ к нужным объектам
Обратите внимание: для работы механизма групп доступа в настройках должна быть включена соответствующая функциональная опция. Если раздел «Группы доступа» не отображается, проверьте настройку «Группы доступа» в разделе «Настройки прав и пользователей».
Как добавить роль в конфигураторе
Работа в конфигураторе требуется, когда нужна нестандартная роль. Откройте конфигуратор, загрузите конфигурацию базы и перейдите в дерево метаданных: «Общие» → «Роли». Через контекстное меню выберите «Добавить», задайте имя и синоним роли — например, «ПросмотрСкладскихОстатков».
После создания роли откроется редактор прав. В левой части — дерево объектов конфигурации, в правой — флажки прав: «Чтение», «Добавление», «Изменение», «Удаление», «Просмотр», «Использование» и другие. Отметьте только те объекты и действия, которые реально нужны. Принцип минимальных прав снижает риск случайной порчи данных и утечек.
Для роли можно настроить ограничение доступа на уровне записей (RLS) — например, чтобы менеджер видел только свои документы. Это делается в редакторе ограничений доступа на вкладке «Шаблоны ограничений». RLS — мощный, но сложный механизм: ошибка в тексте ограничения приводит либо к сокрытию всех данных, либо к замедлению запросов.
Назначение роли пользователю напрямую
После обновления конфигурации базы данных роль становится доступной для назначения. Откройте в конфигураторе «Администрирование» → «Пользователи», выберите пользователя, перейдите на вкладку «Прочие» и отметьте флажками доступные роли. Сохраните изменения — они вступят в силу при следующем входе пользователя.
Тот же список пользователей доступен в режиме «Предприятие» через «Администрирование» → «Пользователи», но там в типовых конфигурациях роли обычно скрыты за механизмом профилей. Прямое назначение ролей уместно в небольших самописных конфигурациях, где механизм групп доступа не внедрён.
Как проверить, что права применились корректно
После назначения ролей пользователь должен полностью выйти из базы и войти заново — права подхватываются при старте сеанса. Затем проверьте доступ под его учётной записью: откройте объекты, на которые выдавались права, и убедитесь, что доступны нужные действия (создание документа, проведение, печать).
Обязательно проверьте и обратную сторону: попытайтесь открыть объекты, к которым доступа быть не должно. Признак корректной настройки — система выдаёт сообщение «Нарушение прав доступа» или объект просто не отображается в интерфейсе. Если пользователь видит лишние разделы, вернитесь к профилю и снимите лишние роли.
Как проверить результат
Вход выполняется, интерфейс соответствует его функциям
Ошибка «Нет прав на запуск» или пустой рабочий стол
Документ открывается, кнопки записи и проведения активны
Сообщение «Нарушение прав доступа»
Раздел скрыт или доступ запрещён
Раздел открывается и данные видны
Типичные ошибки при настройке ролей
Самая частая ошибка — выдача роли «Полные права» «на время», которая остаётся навсегда. Это открывает пользователю доступ ко всем данным, включая зарплату и настройки системы. Вторая типичная проблема — назначение роли только на чтение без права «Использование» для команд и обработок: объект виден, но открыть его нельзя.
Ещё одна ошибка — редактирование типовой роли вместо создания собственной. При очередном обновлении конфигурации изменения могут быть затёрты, а сравнение конфигураций усложнится. Правильный подход: скопировать типовую роль под новым именем и донастроить копию.
Частые вопросы
Почему пользователь не видит назначенную роль после настройки?
Права применяются при новом входе в базу. Попросите пользователя полностью завершить сеанс и войти заново. Если проблема сохраняется, проверьте, что роль отмечена именно у этого пользователя и что в профиле группы доступа нет конфликтующих настроек.
Можно ли назначить роль без конфигуратора?
Да, в типовых конфигурациях — через профили групп доступа в режиме «Предприятие». Но создать новую роль с уникальным набором прав без конфигуратора нельзя: роль — это объект метаданных, он существует только внутри конфигурации.
Что делать, если после назначения роли пропал доступ у других пользователей?
Вероятно, была изменена типовая роль, которую используют несколько профилей. Восстановите роль из резервной копии или из поставки конфигурации, а нужные изменения внесите в отдельную новую роль.
Как дать пользователю права только на просмотр без изменения данных?
В профиле или роли отметьте для нужных объектов только права «Чтение» и «Просмотр», сняв «Добавление», «Изменение» и «Удаление». В типовых конфигурациях для этого есть готовые роли и профили аудита и просмотра.
Нужно ли останавливать работу пользователей при добавлении роли в конфигураторе?
Изменение конфигурации и обновление конфигурации базы данных требуют монопольного доступа, поэтому активные сеансы придётся завершить. Назначение уже существующих ролей пользователям и работа с профилями групп доступа остановки базы не требуют.
Что важно запомнить
Стандартные права выдавайте через профили групп доступа в режиме «Предприятие», новые роли создавайте в конфигураторе по принципу минимально необходимых прав. Перед изменениями делайте резервную копию, после — проверяйте доступ под учётной записью пользователя в обе стороны: что открыто и что закрыто.