Подсистемы в 1С: что это и как с ними работать

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

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

Важно понимать: подсистема не хранит данные и не выполняет бизнес-логику сама по себе. Это «папка-органайзер» на уровне метаданных. Один и тот же объект, например документ «Реализация товаров», может входить сразу в несколько подсистем — «Продажи» и «НДС», — и будет виден в обеих. Удаление объекта из подсистемы не удаляет сам объект и его данные.

Где находятся подсистемы и что видит пользователь

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

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

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

Как подсистемы связаны с правами доступа

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

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

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

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

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

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

Командный интерфейс: порядок и видимость команд

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

Практическое правило: в панели навигации оставляйте 5–10 самых востребованных списков, остальное убирайте. Перегруженный раздел визуально не отличается от отсутствия структуры вообще — пользователь снова начинает искать всё через поиск. Порядок команд меняется кнопками перемещения вверх/вниз в окне командного интерфейса.

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

В типовых решениях (1С:Бухгалтерия, Управление торговлей, ERP, ЗУП) состав подсистем уже продуман вендором. При внедрении собственных объектов — новых документов, отчётов, обработок — правильно включать их в существующие типовые подсистемы либо создавать одну-две собственные, а не плодить отдельный раздел под каждый отчёт.

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

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

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

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

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

Видимость раздела в панели разделов

Норма

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

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

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

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

Норма

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

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

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

Поведение после обновления конфигурации

Норма

Состав и порядок команд сохранились

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

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

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

Частые вопросы о подсистемах 1С

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

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

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

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

Как скрыть раздел от части пользователей?

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

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

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

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

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

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

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