К статье
Практический материал

Администрирование · 9 мин

Как настроить права менеджеру в 1С

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

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

Порядок действий зависит от конфигурации. В типовых решениях на Библиотеке стандартных подсистем (Управление торговлей 11, ERP, Комплексная автоматизация, УНФ) используется механизм профилей групп доступа. В старых конфигурациях вроде Управление торговлей 10.3 или УПП 1.3 роли назначаются напрямую через конфигуратор. Ниже разобраны оба подхода.

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

Определите, что именно должен делать менеджер

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

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

Менеджер не видит нужный документНе хватает роли

Какие объекты недоступны и какие роли за них отвечают

Менеджер видит лишние данныеПрофиль избыточен

Какие роли в профиле дают доступ к себестоимости, зарплате, настройкам

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

В каком моменте возникает ошибка и на какой объект

Настройка через профили групп доступа в типовых конфигурациях

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

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

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

Какие роли обычно нужны менеджеру по продажам

Точные названия ролей зависят от конфигурации, но логика везде одинаковая: есть базовые роли, без которых программа не запустится, и прикладные роли на конкретные объекты. Базовые роли («Базовые права», «Запуск тонкого клиента», «Чтение дополнительных отчетов и обработок») должны быть у каждого пользователя.

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

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

Ограничение доступа на уровне записей (RLS)

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

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

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

Настройка прав в конфигурациях без профилей (УТ 10.3, УПП 1.3)

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

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

Проверка результата и типичные ошибки

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

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

Типичные ошибки
01
Редактирование типового профиля вместо копии — изменения теряются при обновлении конфигурации
02
Выдача «Полных прав» ради скорости — пользователь получает доступ ко всем данным и настройкам
03
Проверка под учётной записью администратора — под ней всё работает всегда, ошибки прав не видны
04
Забытые связанные объекты — документ не проводится из-за отсутствия прав на регистры или договоры
05
Одновременное членство в широкой и узкой группе — ограничения узкой группы не действуют
Контрольные точки

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

Вход под учётной записью менеджера
Норма

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

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

Пустой интерфейс или ошибки прав при входе

Создание и проведение заказа и реализации
Норма

Документы создаются и проводятся без ошибок

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

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

Видимость финансовых данных
Норма

Себестоимость и зарплата скрыты, продажи и взаиморасчёты доступны

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

Менеджер видит маржу, закупочные цены или чужие данные

Ограничения по складам и клиентам
Норма

Видны только разрешённые склады и группы партнёров

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

В списках присутствуют все склады и все контрагенты

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

Почему менеджеру не хватает прав, хотя профиль настроен?

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

Можно ли запретить менеджеру удалять документы?

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

Как скрыть от менеджера себестоимость и прибыль?

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

Что делать, если менеджеров много и права у всех разные?

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

Нужно ли настраивать права заново после обновления конфигурации?

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

Может ли менеджер сам себе расширить права?

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

Итог

Что важно запомнить

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