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

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

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

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

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

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

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

Подготовка: что проверить перед назначением роли

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

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

Назначение роли через конфигуратор

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

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

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

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

Назначение прав через режим «Предприятие»

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

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

Если нужна индивидуальная настройка

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

Сравнение способов

Конфигуратор

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

Профили в режиме «Предприятие»

Удобно для типовых конфигураций: понятные названия, доступ по организациям и складам. Не работает в конфигурациях без БСП.

Копия профиля с доработкой

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

Какие роли выбрать для типовых должностей

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

• Бухгалтер: профиль «Бухгалтер» или роли на добавление и изменение документов учёта, чтение НСИ, работу с отчётностью.
• Менеджер по продажам: доступ к документам продажи, счетам, клиентам; без прав на регламентные операции и закрытие месяца.
• Кладовщик: складские документы и отчёты по остаткам, без доступа к ценам продажи и финансовым документам.
• Руководитель: чтение большинства данных и отчёты, без прав на удаление и изменение настроек.
• Кадровик: документы по сотрудникам и кадровые отчёты, без доступа к расчёту зарплаты, если это не входит в обязанности.

Проверка результата после назначения

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

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

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

Вход в базу

Норма

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

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

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

Создание документа

Норма

Документ создаётся, проводится и сохраняется

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

Кнопка недоступна или ошибка при записи — не хватает функциональной роли

Чужие разделы

Норма

Разделы вне зоны ответственности скрыты или недоступны

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

Пользователь видит и может менять документы других подразделений — выданы лишние права

Если в типовой конфигурации включён механизм ограничения доступа на уровне записей (RLS), дополнительно проверьте, что пользователь видит только «свои» организации, склады или контрагентов. Это настраивается отдельно в группах доступа.

Типичные ошибки при назначении ролей

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

Частые вопросы

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

Чаще всего не назначена базовая роль (в типовых конфигурациях — «Базовые права» или пользователь не добавлен ни в одну группу доступа). Проверьте карточку пользователя и убедитесь, что после назначения прав он перезашёл в базу.

Можно ли назначить роль сразу нескольким пользователям?

В режиме «Предприятие» — да: добавьте всех сотрудников в одну группу доступа, и права применятся ко всем участникам. В конфигураторе массового назначения нет, роли проставляются каждому пользователю отдельно либо через внешние обработки.

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

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

Нужно ли перезапускать сервер 1С после назначения роли?

Нет. Достаточно, чтобы пользователь завершил свой сеанс и вошёл заново. Перезапуск сервера или службы агента не требуется.

Чем отличаются роли «Администратор системы» и «Полные права»?

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

Можно ли ограничить доступ к конкретной организации в базе?

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