Как добавить роль пользователю в 1С

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

Назначить роль можно двумя способами: через конфигуратор (универсальный вариант для любой базы) и через режим «Предприятие» (доступен в типовых конфигурациях с подсистемой управления доступом, например в 1С:ERP, «Управление торговлей», «Зарплата и управление персоналом»). Выбор зависит от того, какая конфигурация используется и какие права есть у администратора.

Перед изменением прав убедитесь, что вы понимаете, какие именно роли нужны. Избыточные права — это риск случайного удаления данных или утечки информации, а недостаточные — жалобы пользователей на ошибки «Нарушение прав доступа». Ниже разобраны оба способа, проверка результата и типичные ошибки.

Что нужно проверить перед назначением роли

Сначала убедитесь, что у вас самих есть полные права или роль администратора — без этого изменить чужие права не получится. В файловой базе потребуется монопольный доступ для открытия конфигуратора, если база небольшая и работает один-два человека; в клиент-серверном варианте конфигуратор можно открыть параллельно с работой пользователей.

Выясните, какие роли существуют в вашей конфигурации. Состав ролей зависит от прикладного решения: в типовых конфигурациях есть роли вида «Бухгалтер», «Менеджер по продажам», «Добавление и изменение базовой нормативно-справочной информации», в самописных — свои собственные. Точный список смотрите в конфигураторе в ветке «Общие → Роли».

Также важно понять, работаете ли вы с типовой конфигурацией на поддержке. Если да, предпочтительнее назначать права через режим «Предприятие» с использованием профилей групп доступа — это не требует снятия конфигурации с поддержки и не мешает обновлениям.

Добавление роли через конфигуратор

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

1. 1
   Откройте меню «Администрирование» → «Пользователи».
2. 2
   В списке найдите нужного пользователя и откройте его карточку двойным щелчком.
3. 3
   Перейдите на вкладку «Прочие» (в некоторых версиях — «Роли»).
4. 4
   Поставьте флажки напротив нужных ролей в списке «Доступные роли».
5. 5
   Нажмите «ОК» и закройте список пользователей.
6. 6
   Попросите пользователя перезайти в базу — новые права применятся при следующем входе.

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

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

Добавление роли в режиме «Предприятие»

В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) управление правами вынесено в пользовательский интерфейс. Это удобнее: не нужно открывать конфигуратор, а права задаются через понятные профили вроде «Бухгалтер» или «Кладовщик», за которыми скрываются наборы ролей.

Путь в большинстве типовых решений: «Администрирование» → «Настройки прав и пользователей» → «Пользователи». Откройте карточку нужного пользователя и перейдите по ссылке «Права доступа» (или «Группы доступа»). Добавьте профиль группы доступа из списка — система сама включит соответствующие роли при следующем входе пользователя.

Если нужного профиля нет

Можно создать собственный профиль: «Администрирование» → «Настройки прав и пользователей» → «Профили групп доступа» → «Создать». В профиле отметьте разрешённые роли и при необходимости ограничения по видам доступа (например, только по конкретным организациям или складам). После этого включите пользователя в группу доступа с этим профилем.

Как выбрать правильные роли

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

Сравнение подходов

Профили групп доступа (режим «Предприятие»)

Подходит для типовых конфигураций. Удобно, наглядно, не требует конфигуратора. Ограничение: работает только в решениях с подсистемой управления доступом.

Роли в конфигураторе

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

Копирование прав другого сотрудника

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

Полезно вести простую матрицу соответствия «должность — набор ролей». Когда приходит новый сотрудник на уже описанную позицию, вы назначаете проверенный набор, а не подбираете роли заново. Это снижает и количество ошибок, и время настройки.

Проверка результата

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

Контрольные точки

Как проверить результат

Вход в базу

Норма

Пользователь входит без ошибок, интерфейс отображает его рабочие разделы

Тревожный признак

Ошибка «Недостаточно прав» при входе или пустой интерфейс

Открытие документов

Норма

Документы открываются, проводятся, печатаются

Тревожный признак

Сообщение «Нарушение прав доступа» при открытии или проведении

Отсутствие лишних прав

Норма

Разделы чужих подразделений и административные функции недоступны

Тревожный признак

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

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

Типичные ошибки и ограничения

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

В клиент-серверных базах с большим числом пользователей удобно администрировать сеансы через консоль кластера серверов 1С: там можно увидеть, кто сейчас работает, и завершить сеанс, чтобы пользователь вошёл заново с обновлёнными правами.

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

Часто задаваемые вопросы

Пользователь вошёл в базу, но не видит ни одного документа. Что делать?

Скорее всего, ему не назначена ни одна роль или роли применились не полностью. Откройте карточку пользователя в конфигураторе, проверьте отмеченные роли на вкладке «Прочие», сохраните и попросите его перезайти в базу. Если роли назначены через профили доступа, убедитесь, что пользователь включён в группу доступа и профиль не пустой.

Можно ли назначить роль без конфигуратора?

Да, если конфигурация построена на Библиотеке стандартных подсистем — это большинство типовых решений 1С. Управление правами выполняется в разделе «Администрирование → Настройки прав и пользователей» через профили групп доступа. В самописных конфигурациях без такой подсистемы понадобится конфигуратор.

Когда применяются новые роли после назначения?

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

Как узнать, какие роли уже назначены пользователю?

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

Чем отличается роль от профиля группы доступа?

Роль — это технический набор прав на объекты конфигурации (чтение, добавление, изменение конкретных таблиц). Профиль группы доступа — пользовательская надстройка в типовых конфигурациях, объединяющая несколько ролей в понятный набор вроде «Менеджер по продажам». Роли задаются разработчиком в конфигураторе, профили настраивает администратор в режиме «Предприятие».

Опасно ли давать роль «Полные права» бухгалтеру «для удобства»?

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