Как добавить роль в 1С Управление торговлей

Роль в 1С Управление торговлей (УТ 11) определяет, какие объекты системы видит пользователь и какие операции он может выполнять: создавать документы, проводить оплаты, менять цены или только просматривать отчёты. Правильно настроенные роли защищают данные от случайных изменений и разграничивают ответственность между сотрудниками.

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

Как устроены роли и права в УТ 11

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

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

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

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

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

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

Добавление роли пользователю через группы доступа

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

1. 1
   Откройте раздел «НСИ и администрирование» → «Настройка прав и пользователей».
2. 2
   Перейдите в «Группы доступа» и откройте подходящую группу (например, «Менеджеры по продажам») или создайте новую.
3. 3
   Убедитесь, что в группе указан нужный профиль; при необходимости откройте профиль и отметьте дополнительные роли флажками.
4. 4
   На вкладке «Участники» добавьте пользователя в группу доступа.
5. 5
   Сохраните изменения и попросите пользователя перезапустить сеанс 1С.
6. 6
   Проверьте результат: у пользователя должны появиться нужные документы и кнопки, а лишние функции — отсутствовать.

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

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

Создание новой роли в конфигураторе

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

Порядок действий следующий. Откройте конфигуратор, в дереве конфигурации разверните ветку «Общие» → «Роли». Добавьте новую роль через контекстное меню «Добавить», задайте имя и синоним. В окне редактирования прав отметьте объекты и виды доступа: «Чтение», «Добавление», «Изменение», «Просмотр», «Проведение» и другие. Галочка «Интерактивное проведение» отдельно от «Проведение» — её отсутствие блокирует кнопку проведения в интерфейсе даже при наличии права на проведение программно.

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

Как проверить, что роль применилась

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

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

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

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

Вход пользователя после назначения роли

Норма

Нужные разделы и документы доступны, лишние скрыты

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

Интерфейс не изменился — сеанс не перезапущен или роль не вошла в профиль

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

Норма

Документ создаётся и проводится без сообщений о нарушении прав

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

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

Доступ к запрещённым объектам

Норма

Попытка открыть закрытый раздел выдаёт отказ в доступе

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

Закрытые объекты открываются — пользователь состоит в лишней группе доступа

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

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

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

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

Когда какой способ выбирать

Маршрут решения

Как выбрать действие

Нужно дать сотруднику стандартный набор прав (продажи, склад, касса)Добавьте его в существующую группу доступа с типовым профилем — конфигуратор не нужен.

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

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

Нужно ограничить видимость данных по организации, складу или контрагентамНастройте ограничения доступа на уровне записей в группе доступа, а не новые роли.

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

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

Да, и это рекомендуемый способ. В УТ 11 роли назначаются через профили и группы доступа в разделе «НСИ и администрирование» → «Настройка прав и пользователей». Конфигуратор нужен только для создания принципиально новой роли, которой нет в поставке.

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

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

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

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

Документ открывается, но при проведении ошибка «Нарушение прав доступа». Что делать?

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

Опасно ли давать пользователю полные права?

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

Пропадёт ли новая роль при обновлении конфигурации?

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