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

Разработка и Конфигурация · 12 мин

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

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

Подсистема в 1С — это объект конфигурации, который группирует элементы интерфейса (справочники, документы, отчёты, обработки) по функциональному назначению и определяет, что пользователь видит в панели разделов. Удаление подсистемы — типовая задача при доработке типовой конфигурации, сокращении интерфейса для пользователей или очистке проекта от неиспользуемой функциональности.

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

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

Что происходит при удалении подсистемы

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

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

Если подсистема была вложенной (подсистема внутри подсистемы), удаление родительской подсистемы приведёт и к удалению всех дочерних. Поэтому перед удалением стоит развернуть ветку и проверить наличие вложенных элементов — их может быть не видно при свёрнутом дереве.

Подготовка: резервная копия и анализ связей

Любое изменение конфигурации начинается с резервной копии. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку. Для клиент-серверной базы используйте выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или штатные средства СУБД. Это позволит откатить изменения, если что-то пойдёт не так.

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

Состав подсистемыСписок включённых объектов

Открыть свойства подсистемы, кнопка «Состав»

ВложенностьНаличие дочерних подсистем

Развернуть ветку в дереве конфигурации

РолиПрава с привязкой к подсистеме

Проверить, не ограничивается ли видимость ролями

Типовая конфигурацияПоддержка поставщика

Уточнить, снята ли конфигурация с поддержки

Пошаговое удаление подсистемы в конфигураторе

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

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

После нажатия Delete подсистема исчезает из дерева, но изменения пока сохранены только в конфигурации разработчика. Чтобы они вступили в силу для пользователей, обязательно выполните обновление конфигурации базы данных (клавиша F7). Без этого шага в режиме предприятия всё останется по-прежнему.

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

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

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

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

Сравнение вариантов

Удаление в конфигураторе

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

Скрытие через настройки интерфейса

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

Ограничение через роли

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

Удаление объектов, входивших в подсистему

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

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

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

Типичные ошибки
01
Удаление без резервной копии — при ошибке или неожиданных последствиях откатить изменения нечем
02
Забытое обновление конфигурации базы данных — разработчик видит изменения, а пользователи продолжают работать со старой версией
03
Удаление подсистемы типовой конфигурации на поддержке — следующее обновление поставщика конфликтует с изменениями или затирает их
04
Удаление объектов без проверки ссылок — платформа блокирует операцию, а при принудительных действиях нарушается логика смежных механизмов
05
Игнорирование вложенных подсистем — вместе с родительской удаляются дочерние разделы, которые нужно было сохранить

Проверка результата после удаления

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

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

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

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

Панель разделов в режиме предприятия
Норма

Удалённый раздел отсутствует у всех пользователей

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

Раздел виден части пользователей — проверьте обновление конфигурации БД

Журнал регистрации
Норма

Нет новых ошибок при работе пользователей

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

Ошибки вида «объект не обнаружен» — в коде остались ссылки на удалённые элементы

Смежные разделы и отчёты
Норма

Открываются и работают как раньше

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

Падают с ошибкой — нарушены программные связи, нужна доработка кода

Конфигурация базы данных
Норма

Версия конфигурации БД совпадает с конфигурацией разработчика

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

В заголовке конфигуратора признак отличия — обновление не выполнено

Альтернативы удалению

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

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

Маршрут решения

Как выбрать действие

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

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

Удалятся ли данные справочников и документов при удалении подсистемы?

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

Почему кнопка удаления неактивна или платформа запрещает удаление?

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

Удалилась подсистема, а в режиме предприятия раздел всё ещё виден. Что делать?

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

Можно ли восстановить удалённую подсистему?

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

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

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

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

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

Итог

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

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