← На главную

На практике часто возникают ситуации, когда от использования встроенного отраслевого модуля (например, «Общепит ERP») в конфигурации 1С решили отказаться, лицензии больше не продлеваются, и нужно полностью очистить базу от его следов. При этом в меню «Конфигурация -> Поддержка -> Настройка поддержки» в выпадающем списке мы по-прежнему видим две конфигурации поставщика. Рассмотрим подробнее, как правильно и безопасно удалить ненужную конфигурацию поставщика из базы.

Шаг 1. Обязательное резервное копирование данных

Перед тем как мы приступим к удалению, создадим полную резервную копию базы. Это критически важно, поскольку при удалении конфигурации поставщика сами данные из таблиц базы данных никуда не исчезают сразу. Но как только объекты метаданных (справочники, регистры, документы), принадлежавшие этому модулю, будут удалены из дерева конфигурации, а конфигурация базы данных — обновлена, соответствующие таблицы в SQL/PostgreSQL будут физически уничтожены. Откатить это действие и вернуть исторические данные модуля будет невозможно. Выполним выгрузку в файл dt или сделаем бэкап средствами СУБД.

Шаг 2. Снятие дополнительной конфигурации с поддержки

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

1. Откроем в конфигураторе меню Конфигурация -> Поддержка -> Настройка поддержки.
2. В выпадающем списке конфигураций поставщика выберем ту, которую планируем удалить (например, «Общепит ERP»).
3. Нажмем кнопку Снять с поддержки.

По логике вещей после выполнения этой операции выбранная конфигурация пропадет из списка. Из базы данных удаляется та конфигурация поставщика, с поддержки которой мы ее снимаем. При этом основная конфигурация (например, 1С:ERP) как была на поддержке, так и остается.

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

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

Способ А. Удаление вручную

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

Способ Б. Использование механизма Сравнения/Объединения

1. Выполним Сравнение/объединение с оставшейся единственной конфигурацией поставщика (чистым файлом cf основной конфигурации).
2. В настройках включим разрешение на удаление объектов основной конфигурации.
3. Нажмем Выполнить.
4. Все нетиповые объекты, у которых будет не снят флажок в диалоге настройки сравнения/объединения, будут автоматически удалены платформой.

Способ В. Жесткая загрузка конфигурации (Загрузить из файла)

Если мы уверены, что в нашей базе нет никаких полезных собственных доработок (база типовая), мы можем выгрузить текущую конфигурацию основной ERP в файл .cf (или взять актуальный файл поставщика). Затем выполним команду Конфигурация -> Загрузить конфигурацию из файла. Платформа сама найдет все «лишние» объекты, оставшиеся от удаленного модуля, и удалит их автоматически.

Шаг 4. Очистка кэша и удаление расширений

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

1. Зайдем в меню Конфигурация -> Расширения конфигурации. Проверим, не осталось ли там расширений от удаленного модуля. Если их не удалить, они начнут выдавать ошибки при запуске предприятия в пользовательском режиме, так как будут ссылаться на уже несуществующие (удаленные) объекты метаданных — для автоматического исправления таких ошибок есть инструмент выявления и удаления битых ссылок в 1С.
2. Обновим конфигурацию базы данных (клавиша F7).
3. Очистим сеансовый кэш 1С. Часто платформа сохраняет «фантомные» ссылки на удаленный модуль в кэше, что приводит к критической ошибке при запуске: «Нарушена целостность структуры конфигурации». Для этого удалим временные папки в каталогах пользователя для конкретной информационной базы.

Шаг 5. Проверка режима совместимости

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