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