Как добавить роль в 1С: пошаговая инструкция

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

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

Инструкция актуальна для типовых конфигураций на платформе 1С:Предприятие 8.3 (Бухгалтерия, Управление торговлей, ЗУП и другие), а также для самописных решений. Для работы потребуются права на конфигурирование и администрирование.

Что такое роль в 1С и когда нужна новая

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

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

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

Как создать роль в конфигураторе

Откройте конфигуратор под учётной записью с правами на изменение конфигурации. В дереве конфигурации разверните ветку «Общие» → «Роли». Нажмите правой кнопкой мыши на ветке «Роли» и выберите «Добавить» либо воспользуйтесь кнопкой добавления на панели инструментов.

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

Задайте роли осмысленное имя — например, «МенеджерПоЗакупкамРасширенный». Имя используется в коде, синоним отображается пользователям. Избегайте имён вроде «Роль1» или «Тест»: через полгода никто не вспомнит, за что она отвечает.

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

Настройка прав на объекты

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

Для документов дополнительно настраиваются права на проведение и отмену проведения. Частая ошибка — дать право на изменение документа, но не на проведение: пользователь сможет редактировать документ, но не провести его, и обратится к администратору с «ошибкой доступа».

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

Обновление конфигурации базы данных

Созданная роль существует только в конфигурации, пока вы не обновите конфигурацию базы данных: меню «Конфигурация» → «Обновить конфигурацию базы данных» (клавиша F7). Без этого шага роль недоступна для назначения пользователям.

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

Назначение роли пользователю

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

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

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

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

Роль видна в списке прав пользователя

Норма

Роль отображается и отмечена флажком

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

Роли нет в списке — не обновлена конфигурация базы данных

Доступ к объектам под пользователем

Норма

Нужные документы и справочники открываются и редактируются

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

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

Отсутствие лишнего доступа

Норма

Пользователь не видит закрытые разделы

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

Доступны объекты, которые должны быть скрыты — права избыточны

Альтернатива: профили групп доступа и внешние роли

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

Способы выдать права

Новая роль в конфигураторе

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

Профиль групп доступа

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

Копия типовой роли

Быстрый старт: копируете близкую роль и убираете лишнее. При обновлении конфигурации копия не изменится автоматически.

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

Типичные ошибки и их последствия

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

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

FAQ

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

Чаще всего не выполнено обновление конфигурации базы данных (F7 в конфигураторе). Также проверьте, что изменения сохранены и что вы смотрите список ролей именно в той базе, где создавали роль, — при работе с несколькими копиями баз легко перепутать.

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

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

Что будет с ролью при обновлении типовой конфигурации?

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

Как дать пользователю доступ «только чтение»?

Создайте роль, в которой на нужные объекты установлены только права «Чтение» и «Просмотр». Не отмечайте «Добавление», «Изменение», «Удаление» и права на проведение. Проверьте, что у пользователя нет других ролей, дающих права на изменение тех же объектов.

Может ли пользователь иметь несколько ролей одновременно?

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

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

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