В практике администратора или программиста 1С нередко возникает ситуация, когда типовая конфигурация была снята с поддержки (полностью или частично) для внесения правок. Со временем эти правки могут стать неактуальными, или их планируется перенести в расширения, чтобы упростить процесс обновления. В этой статье мы подробно разберем, как правильно вернуть базу на «замок» и сделать её полностью типовой.
Многие пользователи пробуют обновить конфигурацию через Сравнение и объединение с типовым .cf файлом. Однако после завершения процесса они замечают, что хотя код обновился, «замочки» (пиктограммы, запрещающие редактирование) не появились, или в дереве метаданных остались лишние объекты, созданные вручную. Разберем, почему это происходит: процедура сравнения и объединения по умолчанию предназначена для слияния изменений, а не для полной замены одной конфигурации другой. Чтобы вернуть систему к «заводскому» состоянию, требуются иные инструменты.
Этот метод является самым «чистым» и надежным. Он полностью заменяет текущую конфигурацию конфигурацией из файла, удаляя все ваши изменения и восстанавливая структуру поставщика. Рассмотрим этот процесс пошагово:
.dt) или бэкап средствами SQL..cf). Нам нужен файл именно того релиза, который мы хотим видеть в итоге. Если у вас есть только файл обновления (.cfu), создайте пустую базу, примените к ней обновления до нужной версии и выгрузите .cf через меню Конфигурация — Сохранить конфигурацию в файл.....cf.F7 или кнопку Обновить конфигурацию информационной базы.Важный нюанс: Если вы создавали в базе новые справочники или документы, пока она была снята с поддержки, при «Загрузке конфигурации» 1С предупредит об их удалении. Если данные в этих объектах вам нужны, предварительно перенесите их или воспользуйтесь методом сравнения с ручной очисткой.
Проанализируем ситуацию, когда у вас под рукой нет файла .cf, но база формально еще числится на поддержке (хотя изменения разрешены). Внутри каждой такой базы хранится скрытая копия эталонной конфигурации от 1С. Посмотрим, как использовать её для восстановления.
Выясним причину, по которой иногда советуют сначала полностью снять базу с поддержки перед заливкой нового файла. Это помогает избежать конфликтов идентификаторов (GUID), если вы вручную переименовывали типовые объекты. Разберем этот алгоритм:
F7)..cf.В 21 веке снятие с поддержки — это крайняя мера. Проанализируем современный подход: 90% задач по доработке 1С решаются через Расширения конфигурации. Рассмотрим алгоритм перехода на расширения:
.cf для основной конфигурации.Посмотрим на пример логики, если бы мы меняли проведение документа:
&Вместо("ОбработкаПроведения")
Процедура Расш1_ОбработкаПроведения(Отказ, РежимПроведения)
// Наш доработанный код
ПродолжитьВызов(Отказ, РежимПроведения);
КонецПроцедуры
Такой подход позволяет оставить основную конфигурацию на «замке» (типовой), что значительно ускоряет последующие обновления через .cfu.
После того как вы загрузили типовой .cf и увидели, что все объекты снова помечены желтыми кубиками, рекомендуем выполнить финальную проверку:
Перейдите в меню Конфигурация — Проверка конфигурации. Установите галочку Проверка логической целостности конфигурации. Это гарантирует, что в базе не осталось «битых» ссылок или объектов-фантомов, которые могли возникнуть при манипуляциях с поддержкой. Если проверка прошла успешно — ваша база снова является типовой и готова к стандартному обновлению.