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

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

В этой статье разберём пошаговый алгоритм удаления, возможные риски и альтернативные способы решения задачи — от редактирования прав доступа до переноса функционала в другие разделы. Также рассмотрим, как восстановить работоспособность системы, если что-то пойдёт не так.

Почему может потребоваться удаление подсистемы «Главное»?

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

🔹 Оптимизация конфигурации. В крупных проектах подсистема «Главное» может дублировать функции других разделов (например, если кастомизированный интерфейс уже включает все необходимые элементы управления).

🔹 Конфликты при обновлении. Иногда после апдейта платформы 1С стандартные подсистемы начинают конфликтовать с доработанными модулями. Удаление проблемного блока может стать временным решением.

🔹 Перенос функционала. Если компания переходит на другую ERP-систему или мигрирует на облачную версию 1С, часть функций «Главного» может быть избыточной.

🔹 Безопасность. В редких случаях подсистема может содержать уязвимости (например, если в ней хранятся устаревшие методы аутентификации).

⚠️ Внимание: Удаление подсистемы «Главное» в типовых конфигурациях (например, 1С:Бухгалтерия 3.0 или 1С:Управление торговлей 11) может нарушить работу стандартных отчётов и обработок. Перед изменениями проверьте, не используется ли подсистема в критически важных процессах.

Прежде чем принимать решение, оцените, какие именно элементы «Главного» вам мешают. Возможно, вместо удаления достаточно:

  • 🔒 Ограничить права доступа к подсистеме для определённых ролей.
  • 🖥️ Скрыть ненужные пункты меню через настройки интерфейса.
  • 🔄 Перенести данные в другую подсистему (например, в «Администрирование»).
📊 Что вы планируете сделать с подсистемой «Главное»?
Удалить полностью
Скрыть от пользователей
Перенести функционал в другой раздел
Ещё не решил

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

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

Сделайте резервную копию двумя способами:

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

Далее необходимо проанализировать зависимости. Для этого:

  1. Откройте конфигуратор (1Cv8.exe /Config).
  2. Перейдите в Объекты конфигурации → Подсистемы и найдите «Главное».
  3. Нажмите правой кнопкой → Анализ использования.

Система покажет все объекты, которые ссылаются на подсистему. Обратите особое внимание на:

  • 📄 Документы (например, «Приходный кассовый ордер» может использовать справочники из «Главного»).
  • 📊 Отчёты (стандартные отчёты часто привязаны к подсистеме).
  • 🔧 Общие модули (если в них есть вызов процедур из «Главного»).
⚠️ Внимание: Если в списке зависимостей есть объекты из типовой конфигурации (например, «Регламентные задания»), их удаление может нарушить работу фоновых процессов. В таком случае рассмотрите вариант переноса функционала, а не полного удаления.

Создать резервную копию базы данных|

Проверить зависимости через «Анализ использования»|

Составить список объектов, которые будут затронуты|

Протестировать изменения на копии базы|

Подготовить план отката в случае сбоя-->

Пошаговая инструкция: как удалить подсистему «Главное»

Если вы убедились, что удаление необходимо, следуйте этому алгоритму. Все действия выполняйте в режиме «Конфигуратор» с правами администратора!

Шаг 1. Отключение подсистемы от интерфейсов

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

  1. Перейдите в Объекты конфигурации → Подсистемы → Главное.
  2. На вкладке Командный интерфейс удалите все команды, связанные с подсистемой.
  3. Проверьте раздел Обычные формы и Управляемые формы — если там есть формы, привязанные к «Главному», их тоже нужно перенастроить.

Шаг 2. Удаление ссылок в объектах

Используйте отчёт «Анализ использования» (см. предыдущий раздел), чтобы найти и удалить все явные ссылки. Особое внимание уделите:

  • 📋 Ролям (если в них прописаны права на подсистему).
  • 🔗 Гиперссылкам в формах (например, кнопки «Настройки» могут вести в «Главное»).
  • 📂 Хранимым настройкам (в Администрирование → Настройки программы).

Шаг 3. Непосредственное удаление подсистемы

Когда все зависимости устранены:

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

Шаг 4. Тестирование

После удаления:

  • 🧪 Запустите 1С в режиме Предприятие и проверьте работу всех критичных функций.
  • 📝 Протестируйте создание документов, формирование отчётов, работу справочников.
  • 👥 Убедитесь, что у пользователей не пропали необходимые права.
⚠️ Внимание: Если после удаления подсистемы перестали работать стандартные обработки (например, «Помощник учёта»), восстановите подсистему из резервной копии и рассмотрите альтернативные способы решения проблемы (см. следующий раздел).
Что делать, если после удаления 1С не запускается?

Если после удаления подсистемы «Главное» программа выдаёт ошибку при запуске (например, «Не найден объект метаданных»), восстановите базу из резервной копии. Затем:

1. Проверьте логи ошибок в C:\Users\<Пользователь>\AppData\Roaming\1C\1Cv8\.

2. Убедитесь, что не удалили объекты, от которых зависят системные процедуры (например, ОбщийМодуль.СервисныеФункции).

3. Если проблема в правах доступа, воспользуйтесь утилитой chdbfl.exe для восстановления целостности базы.

Альтернативные способы: что делать вместо удаления?

Удаление подсистемы — радикальное решение, которое не всегда оправдано. Рассмотрим более безопасные альтернативы:

1. Скрытие подсистемы от пользователей

Если цель — упростить интерфейс, достаточно скрыть ненужные элементы:

  • 🔐 В настройках ролей (Администрирование → Пользователи и права) отключите доступ к подсистеме для определённых групп.
  • 🖼️ В Настройка панели навигации удалите ссылки на «Главное».

2. Перенос функционала в другую подсистему

Если часть функций «Главного» дублирует другие разделы, перенесите их:

  1. Создайте новую подсистему (например, «Администрирование расширенное»).
  2. Перенесите в неё нужные команды и формы из «Главного».
  3. Обновите ссылки в объектах конфигурации.

3. Отключение ненужных элементов внутри подсистемы

Вместо удаления всей подсистемы можно отключить отдельные её компоненты:

  • 📁 Удалите ненужные справочники или документы, оставшиеся в «Главном».
  • 🛠️ Отредактируйте общие модули, чтобы они не использовали процедуры из подсистемы.
Способ Плюсы Минусы Когда использовать
Полное удаление Максимальная «чистота» конфигурации Высокий риск сбоев, трудоёмкость Только если подсистема точно не используется
Скрытие от пользователей Быстро, безопасно, не требует изменений в коде Подсистема остаётся в конфигурации Если нужно упростить интерфейс
Перенос функционала Сохраняет работоспособность, гибкость Требует времени на настройку Если часть функций «Главного» нужна, но в другом разделе
💡

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

Частые ошибки и как их избежать

При работе с подсистемами администраторы часто допускают ошибки, которые приводят к сбоям. Рассмотрим самые распространённые:

1. Удаление без анализа зависимостей

Если не проверить, какие объекты ссылаются на «Главное», после удаления могут перестать работать:

  • 📑 Стандартные отчёты (например, «Оборотно-сальдовая ведомость»).
  • 🔄 Обмены данными (если в «Главном» хранятся настройки интеграции).
  • 👤 Профили пользователей (настройки интерфейса могут сброситься).

2. Неполное обновление конфигурации

После удаления подсистемы необходимо обновить конфигурацию базы данных (Конфигурация → Обновить конфигурацию БД). Если этого не сделать, в базе останутся «битые» ссылки, что приведёт к ошибкам вида:

Ошибка при вызове метода контекста (Не найден объект метаданных: Подсистема.Главное)

3. Игнорирование прав доступа

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

  • Проверьте все роли в Администрирование → Настройки пользователей и прав.
  • Создайте резервные роли с необходимыми правами.

4. Удаление в рабочей базе без тестирования

Никогда не вносите изменения непосредственно в рабочую базу. Сначала:

  1. Создайте тестовую копию.
  2. Протестируйте удаление на ней.
  3. Проверьте работу всех бизнес-процессов (создание документов, печать отчётов, обмены данными).
⚠️ Внимание: Если в вашей конфигурации используется расширение функциональности (например, через механизм БСП), удаление стандартных подсистем может нарушить работу расширений. Перед изменениями отключите все внешние решения.
💡

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

Восстановление после неудачного удаления

Если после удаления подсистемы «Главное» 1С перестала работать корректно, действуйте по следующему алгоритму:

1. Восстановление из резервной копии

Самый надёжный способ — откат к сохранённой версии:

  1. Закройте все сеансы 1С.
  2. Восстановите базу из файла резервной копии (1С:Предприятие → Администрирование → Загрузить информационную базу).
  3. Если конфигурация была сохранена отдельно, загрузите её через Конфигуратор → Файл → Открыть конфигурацию из файла.

2. Ручное восстановление зависимостей

Если откат невозможен, попробуйте вручную восстановить критичные объекты:

  • 🔧 Создайте новую подсистему с именем «Главное» и перенесите в неё минимально необходимые элементы.
  • 📋 Восстановите справочники и документы, которые были привязаны к подсистеме.
  • 🔗 Обновите ссылки в общих модулях (используйте поиск по коду: Найти в текстах → "Главное").

3. Использование утилит восстановления

Для сложных случаев (например, если база не открывается) воспользуйтесь:

  • 🛠️ chdbfl.exe — утилита для проверки и восстановления целостности базы.
  • 🔍 1Cv8.DT — можно попытаться извлечь данные из повреждённой базы.

Команда для проверки базы:

chdbfl.exe C:\Path\To\Your\Base /F /IBName "ИмяБазы" /IBPWD "ПарольАдминистратора"

4. Обращение в поддержку 1С

Если самостоятельно восстановить работоспособность не удаётся, обратитесь в службу технической поддержки 1С. Предоставьте им:

  • Логи ошибок (C:\Users\<Пользователь>\AppData\Roaming\1C\1Cv8\*.log).
  • Резервную копию базы (если есть).
  • Описание действий, которые привели к сбою.
Как восстановить удалённую подсистему, если нет резервной копии?

Если резервной копии нет, попробуйте:

1. Создать новую базу с такой же конфигурацией (например, из дистрибутива 1С).

2. Экспортировать подсистему «Главное» из неё (Конфигуратор → Файл → Сохранить конфигурацию в файл).

3. Импортировать её в повреждённую базу.

Важно: Этот метод работает только если версии конфигураций совпадают!

FAQ: Ответы на частые вопросы

Можно ли удалить подсистему «Главное» в облачной версии 1С?

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

Что будет, если удалить «Главное» в типовой конфигурации (например, в 1С:Бухгалтерии 3.0)?

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

  • формировании регламентированной отчётности;
  • создании новых документов;
  • обновлении конфигурации.

Рекомендация: вместо удаления отключите ненужные элементы через настройки интерфейса.

Как перенести справочники из «Главного» в другую подсистему?

Чтобы перенести справочник (например, «Подразделения») в другую подсистему:

  1. В конфигураторе откройте свойства справочника.
  2. На вкладке Подсистемы снимите галочку с «Главное» и поставьте её напротив новой подсистемы.
  3. Обновите конфигурацию базы данных.
  4. Проверьте, что справочник отображается в новом разделе интерфейса.
Почему после удаления «Главного» пропали права у пользователей?

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

  1. Откройте Администрирование → Пользователи и права.
  2. Для каждой роли проверьте, какие объекты стали недоступны.
  3. Вручную назначьте права на эти объекты в других подсистемах.
Можно ли удалить «Главное» через расширение конфигурации?

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

  • скрыть элементы «Главного» через механизм Подмены команд;
  • перенаправить вызов стандартных процедур на свои обработчики.