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