Администрирование · 11 мин
Как убрать подсистему у пользователя в 1С
Как скрыть подсистему у пользователя в 1С: настройка ролей, прав доступа, командного интерфейса и функциональных опций. Проверка результата и типичные ошибки.
Подсистема в 1С — это раздел командного интерфейса (например, «Продажи», «Склад», «Зарплата»), который объединяет документы, справочники и отчёты. Если пользователю видна лишняя подсистема, это не только мешает работе, но и может означать, что у него есть права на данные, которые он не должен видеть. Убрать подсистему у пользователя можно тремя способами: через роли и права доступа, через настройку командного интерфейса конкретного пользователя и через функциональные опции.
Выбор способа зависит от цели. Если нужно ограничить доступ к данным — работают только роли: скрытие раздела без отзыва прав не защищает информацию, пользователь всё равно сможет открыть объекты через поиск или «Все функции». Если данные пользователю доступны, но раздел просто загромождает интерфейс, достаточно настройки видимости панели разделов. В типовых конфигурациях на управляемых формах (Бухгалтерия, УТ, ERP, ЗУП) чаще всего применяют комбинацию обоих подходов.
Все действия по изменению ролей выполняются в конфигураторе и требуют прав администратора, а также монопольного доступа или выгрузки-загрузки конфигурации в зависимости от режима обновления. Перед правкой продуктивной базы сделайте резервную копию: ошибочное снятие прав может заблокировать работу целого отдела.
Определяем, почему подсистема видна пользователю
Подсистема отображается у пользователя, если выполняется хотя бы одно условие: у его ролей есть права на объекты, входящие в подсистему, либо раздел принудительно включён в настройках командного интерфейса. В типовых конфигурациях видимость раздела может дополнительно зависеть от функциональных опций: например, раздел «Зарплата и кадры» в 1С:Бухгалтерии появляется только при включённом учёте зарплаты.
Первый шаг — понять, какие роли назначены пользователю. Откройте конфигуратор, перейдите в «Администрирование → Пользователи», найдите нужную учётную запись и на закладке «Прочее» посмотрите список доступных ролей. В типовых конфигурациях роли часто назначаются через профили групп доступа в режиме предприятия: «Администрирование → Настройки прав и пользователей → Профили групп доступа».
Права уже сняты, осталось скрыть раздел в настройках панели разделов
Проверить роли в конфигураторе и профили групп доступа
Сравнить состав ролей до и после обновления, проверить настройки функциональности
Способ 1: убрать подсистему через роли и права доступа
Это единственный способ, который реально ограничивает доступ к данным. Логика платформы проста: если у пользователя нет прав ни на один объект подсистемы, раздел автоматически исчезает из его интерфейса. Откройте конфигуратор, перейдите в «Общие → Роли» и найдите роль, назначенную пользователю.
В окне настройки роли снимите флажки прав (Просмотр, Чтение, Добавление, Изменение) на объекты, входящие в подсистему: документы, справочники, регистры, отчёты и обработки. Удобнее использовать фильтр по подсистеме: в окне прав есть кнопка «Установить флажки по подсистемам», где можно выбрать нужный раздел и массово снять права.
После сохранения конфигурации обновите конфигурацию базы данных (F7) и проверьте результат под учётной записью пользователя. Учтите: если у пользователя несколько ролей, права суммируются — достаточно одной роли с доступом, чтобы раздел остался видимым. Снимать права нужно во всех ролях, назначенных этому пользователю.
- 1Сделайте резервную копию базы или убедитесь, что она создаётся по расписанию
- 2Откройте конфигуратор: Администрирование → Пользователи, определите роли пользователя
- 3Откройте Общие → Роли, выберите нужную роль
- 4Снимите права на объекты подсистемы (фильтр «по подсистемам» ускоряет работу)
- 5Сохраните конфигурацию и обновите конфигурацию базы данных (F7)
- 6Войдите под пользователем и убедитесь, что раздел исчез, а его объекты не открываются
Если роли назначаются через профили групп доступа
В типовых конфигурациях с БСП (Библиотека стандартных подсистем) прямая правка ролей в конфигураторе — не лучший путь: при следующем обновлении изменения могут конфликтовать с поставкой. Вместо этого в режиме предприятия откройте «Администрирование → Настройки прав и пользователей → Профили групп доступа», найдите профиль пользователя и снимите ненужные роли из его состава. Если подходящего профиля нет, создайте новый с урезанным набором ролей и включите пользователя в соответствующую группу доступа.
Способ 2: скрыть подсистему через настройку панели разделов
Если права пользователю нужны (например, он иногда открывает документы раздела через поиск), но раздел загромождает интерфейс, скройте его в пользовательских настройках. В режиме предприятия откройте меню «Вид → Настройка панели разделов» (в некоторых конфигурациях — «Настройки → Настройка панели разделов») и перенесите лишнюю подсистему из списка выбранных в список доступных.
Настройка сохраняется для текущего пользователя. Администратор может выполнить её за него через механизм копирования настроек: в типовых конфигурациях есть обработка настройки пользователей, позволяющая скопировать настройки интерфейса от одного пользователя другим. В конфигураторе список пользователей с их настройками доступен через «Администрирование → Пользователи».
Способ 3: убрать подсистему через функциональные опции
В типовых конфигурациях видимость целых разделов часто управляется настройками функциональности. Например, в 1С:Бухгалтерии раздел «Зарплата и кадры» скрывается, если отключён учёт зарплаты; в Управлении торговлей разделы «CRM», «Бюджетирование» и другие зависят от соответствующих опций в «НСИ и администрирование → Настройка НСИ и разделов».
Ограничение способа: функциональные опции действуют на всю информационную базу, а не на отдельного пользователя. Если раздел нужен хотя бы одному сотруднику, отключать опцию нельзя — придётся комбинировать с ролями. Зато для базы, где функция не используется вовсе, отключение опции — самый чистый способ убрать подсистему у всех пользователей сразу, и он не конфликтует с обновлениями.
Сравнение способов скрытия подсистемы
Реально ограничивает доступ к данным. Требует прав администратора и аккуратности при обновлениях
Типовой механизм БСП, безопасен при обновлениях. Работает только в конфигурациях на базе БСП
Быстро и без конфигуратора, но не защищает данные — только упрощает интерфейс
Убирает раздел у всех сразу и дружественно к обновлениям, но не работает выборочно по пользователям
Как проверить результат
Проверку выполняйте под учётной записью самого пользователя, а не под администратором: у администратора полные права, и он увидит все разделы независимо от настроек. Войдите в базу под нужной учётной записью или попросите сотрудника перезапустить сеанс — настройки интерфейса и права подхватываются при новом входе.
Убедитесь в трёх вещах: раздел отсутствует в панели разделов; объекты подсистемы не открываются через поиск (если снимались права); при попытке открыть объект по прямой ссылке выдаётся сообщение о нарушении прав доступа. Если раздел исчез, но объекты открываются — права сняты не полностью или сняты не у всех ролей.
Как проверить результат
Подсистемы нет в списке разделов
Раздел виден — проверьте остальные роли пользователя
Ошибка «Нарушение прав доступа» или объект не находится
Документ открывается — права не сняты полностью
Нужные пользователю функции работают как раньше
Пропали нужные объекты — сняты лишние права, верните их в роли
Типичные ошибки и ограничения
Самая частая ошибка — снятие прав только в одной роли при нескольких назначенных. Права в 1С объединяются по принципу «хотя бы одна роль разрешает», поэтому проверяйте полный список ролей пользователя, включая те, что приходят через профили групп доступа и внешние группы.
Вторая ошибка — правка типовых ролей в конфигураторе без плана на обновления. При обновлении конфигурации изменённые типовые роли либо перезаписываются, либо создают конфликты сравнения-объединения. Безопаснее использовать профили групп доступа или создавать собственные роли с пометкой префиксом, оставляя типовые нетронутыми.
Третья группа ошибок связана с ожиданиями: администратор скрывает раздел через панель разделов и считает данные защищёнными. Это не так — интерфейсные настройки не влияют на права. Обратная ситуация тоже встречается: права сняты корректно, но пользователь жалуется, что раздел «всё ещё виден» из-за кэша настроек; помогает повторный вход или очистка настроек интерфейса пользователя.
Частые вопросы
Что важно запомнить
Подсистема исчезает у пользователя автоматически, если у его ролей нет прав на её объекты, — это единственный способ, защищающий данные. Скрытие через панель разделов лишь упрощает интерфейс, а функциональные опции убирают раздел у всей базы. Проверяйте результат под учётной записью пользователя после повторного входа.
Почему после снятия прав подсистема всё равно видна?
Чаще всего у пользователя есть другая роль, дающая доступ к объектам раздела, — права в 1С суммируются. Проверьте полный список ролей в конфигураторе и профили групп доступа. Реже причина в том, что раздел принудительно включён в настройках панели разделов пользователя или видимость управляется функциональной опцией.
Можно ли убрать подсистему без конфигуратора?
Да, двумя способами. В режиме предприятия раздел скрывается через «Настройка панели разделов», а в типовых конфигурациях на БСП права урезаются через профили групп доступа в разделе «Администрирование». Конфигуратор нужен только для прямой правки ролей.
Защищает ли скрытие раздела данные от пользователя?
Нет. Настройки интерфейса влияют только на отображение панели разделов. Пользователь с сохранёнными правами откроет объекты через поиск, команду «Все функции» или по ссылке. Для защиты данных снимайте права на сами объекты через роли или профили групп доступа.
Что будет с моими настройками ролей при обновлении конфигурации?
Изменённые типовые роли могут быть перезаписаны или потребуют ручного объединения при обновлении. Чтобы избежать этого, используйте профили групп доступа в режиме предприятия или создавайте собственные роли, не трогая типовые.
Как убрать подсистему сразу у всех пользователей?
Если функция не используется в базе вовсе, отключите соответствующую функциональную опцию в настройках — раздел исчезнет у всех. Если данные должны быть недоступны всем, снимите права на объекты подсистемы во всех ролях, кроме административных.
Нужно ли перезапускать сеанс пользователя после изменения прав?
Да. Права и настройки интерфейса применяются при новом входе в базу. Попросите пользователя закрыть и заново открыть программу, а при проверке через «Администрирование → Активные пользователи» можно принудительно завершить его сеанс.