Что такое подсистема в 1С и как её использовать

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

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

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

Зачем нужны подсистемы и какие задачи они решают

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

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

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

Где находятся подсистемы в конфигураторе

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

Двойной щелчок по подсистеме открывает окно её свойств. Ключевые свойства: «Имя» (внутреннее имя объекта), «Синоним» (название, которое видит пользователь), «Картинка» (значок раздела), «Включать в командный интерфейс» (флаг видимости в панели разделов) и «Родительская подсистема» (определяет положение в иерархии).

Отдельная вкладка «Состав» показывает, какие объекты метаданных входят в подсистему. Здесь же отображается кнопка «Командный интерфейс», открывающая редактор порядка и видимости команд внутри раздела — именно там настраивается, какие пункты меню увидит пользователь и в каком порядке.

Как создать подсистему и добавить в неё объекты

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

1. 1
   Откройте конфигуратор и разверните ветку «Общие» → «Подсистемы» в дереве конфигурации
2. 2
   Нажмите кнопку добавления (или Insert) и задайте имя подсистемы латиницей без пробелов, например УчетЗаявок
3. 3
   Заполните синоним — именно его увидят пользователи в панели разделов, например «Учёт заявок»
4. 4
   Выберите родительскую подсистему, если раздел должен быть вложенным, и при необходимости назначьте картинку
5. 5
   Перейдите на вкладку «Состав» и отметьте флажками справочники, документы, отчёты и обработки, которые войдут в раздел
6. 6
   Откройте редактор «Командный интерфейс» и настройте порядок и видимость команд
7. 7
   Обновите конфигурацию базы данных (F7) и проверьте результат в режиме предприятия

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

Настройка видимости подсистем для разных пользователей

Видимость подсистемы управляется через роли. Откройте роль в ветке «Общие» → «Роли», перейдите на вкладку «Подсистемы» и снимите флажки с разделов, которые не должны видеть обладатели этой роли. Пользователь с несколькими ролями увидит объединение подсистем всех своих ролей: если хотя бы одна роль даёт доступ к разделу, раздел будет виден.

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

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

Кроме административной настройки, каждый пользователь может персонально настроить панель разделов: меню «Вид» → «Настройка панели разделов». Здесь доступны скрытие ненужных разделов, изменение их порядка и выбор расположения панели. Эти настройки индивидуальны и не влияют на других пользователей, при этом скрыть можно только те разделы, которые доступны по ролям.

Подсистемы и командный интерфейс раздела

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

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

Удобный ориентир: в панели навигации раздела комфортно работать, когда команд не больше 8–12. Если объектов больше, разбейте подсистему на вложенные или уберите из командного интерфейса редко используемые списки — они останутся доступны через поиск.

Типичные ошибки при работе с подсистемами

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

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

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

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

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

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

Панель разделов

Норма

Новый раздел виден с заданным названием и значком

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

Раздела нет — проверьте флаг «Включать в командный интерфейс» и роли пользователя

Состав раздела

Норма

Внутри раздела отображаются команды открытия списков и создания документов

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

Раздел пуст — объекты не включены в состав подсистемы или скрыты в командном интерфейсе

Права пользователя

Норма

Под учётной записью с ограниченной ролью видны только нужные разделы

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

Пользователь видит лишние разделы — проверьте все назначенные ему роли

Доступ к объектам

Норма

При скрытой подсистеме объекты недоступны и через поиск

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

Объекты открываются через «Все функции» — права на объекты не настроены

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

Часто задаваемые вопросы

Чем подсистема отличается от функциональной опции в 1С?

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

Может ли один объект входить в несколько подсистем?

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

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

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

Как скрыть раздел от части пользователей в типовой конфигурации?

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

Что произойдёт с объектами, если удалить подсистему?

Сами объекты метаданных (справочники, документы, отчёты) не удалятся — они просто перестанут быть привязаны к разделу и исчезнут из командного интерфейса. Доступ к ним останется через «Все функции». Однако перед удалением стоит проверить ссылки на подсистему в ролях и коде, чтобы не получить ошибки при проверке конфигурации.

Нужно ли создавать подсистемы в расширении конфигурации?

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