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