Как сделать подсистему в 1С: пошаговая инструкция

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

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

Инструкция применима к управляемым приложениям на платформе 1С:Предприятие 8.3 — как к типовым конфигурациям, так и к самостоятельно разрабатываемым. Для обычного приложения механизм подсистем работает иначе и сейчас практически не используется.

Что такое подсистема и когда её стоит создавать

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

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

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

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

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

На закладке «Основные» задайте имя (латиницей, без пробелов — оно используется в коде) и синоним (именно его увидит пользователь в панели разделов). Здесь же можно выбрать картинку раздела — она отображается в панели разделов рядом с названием. Картинку удобно взять из стандартной библиотеки картинок платформы.

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

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

Настройка командного интерфейса подсистемы

После заполнения состава нажмите кнопку «Командный интерфейс» в окне редактирования подсистемы. Откроется редактор, где команды сгруппированы по панелям: навигация (фиксированные ссылки на списки), действия (команды создания и отчёты) и раздел «См. также».

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

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

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

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

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

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

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

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

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

Проверка результата

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

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

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

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

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

Норма

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

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

Раздела нет — проверьте состав подсистемы, права и функциональные опции

Команды внутри раздела

Норма

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

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

Ошибки доступа или пустой раздел — пересмотрите состав и роли

Порядок разделов

Норма

Разделы идут в заданной последовательности

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

Порядок сбит — настройте командный интерфейс панели разделов

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

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

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

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

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

Как изменить порядок разделов в панели разделов?

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

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

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

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

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