Как привести конфигурацию 1С к типовой

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

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

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

Когда возврат к типовой конфигурации оправдан

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

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

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

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

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

Доработки не используются и мешают обновлениюЗагружайте типовую конфигурацию поставщика полностью

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

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

Есть самописные объекты с даннымиСначала выгрузите данные или перенесите их в типовые объекты, иначе они будут удалены

Подготовка: копия, анализ отличий, файл поставщика

Первый шаг — полная резервная копия. Для файловой базы это выгрузка в dt через конфигуратор («Администрирование → Выгрузить информационную базу») или копирование каталога базы при закрытых сеансах. Для клиент-серверной — средствами СУБД плюс выгрузка dt. Проверьте, что копия восстанавливается: разверните её в отдельный каталог и убедитесь, что база открывается.

Второй шаг — анализ отличий от типовой. Откройте «Конфигурация → Сравнить, объединить с конфигурацией из файла» и укажите cf-файл типовой конфигурации той же версии. Полученный список различий покажет, какие объекты изменены, добавлены или удалены. Именно этот список определяет, что вы потеряете при загрузке типовой.

Третий шаг — получить конфигурацию поставщика. Варианты: скачать полный дистрибутив нужного релиза с портала 1С (каталог tmplts после установки шаблона содержит cf-файл), либо, если конфигурация на полной поддержке, использовать «Конфигурация → Поддержка → Настройка поддержки» и сохранить конфигурацию поставщика в файл. Версии должны совпадать: загрузка конфигурации другого релиза эквивалентна обновлению и требует отдельной процедуры.

Способ 1: полная загрузка конфигурации из файла

Это самый простой и самый радикальный способ: текущая конфигурация целиком заменяется типовой из cf-файла. Подходит, когда никакие доработки сохранять не нужно.

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

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

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

Способ 2: сравнение и объединение с конфигурацией поставщика

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

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

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

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

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

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

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

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

Настройка поддержки

Норма

Полная поддержка, объектов «с изменениями» нет

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

Значки замка с карандашом, объекты не на поддержке

Сравнение с cf поставщика

Норма

Список различий пуст

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

Есть изменённые или добавленные объекты

Проведение документов и отчёты

Норма

Стандартные операции работают без ошибок

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

Ошибки вызова несуществующих процедур — следы удалённых доработок

Обновление на следующий релиз

Норма

Ставится автоматически, без сопоставления объектов

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

Предлагает ручное объединение — поддержка не восстановлена

Типичные ошибки и ограничения

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

Для баз в сервисе 1С:Фреш самостоятельная загрузка конфигурации недоступна — там возврат к типовой выполняется через заявку в поддержку сервиса. В клиент-серверных базах большого объёма планируйте операцию на нерабочее время: реструктуризация может занять часы.

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

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

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

Где взять cf-файл типовой конфигурации?

Установите дистрибутив нужного релиза с портала 1С: обновления — после установки шаблона cf-файл лежит в каталоге tmplts. Альтернатива — если конфигурация ещё на поддержке, сохранить конфигурацию поставщика в файл через «Поддержка → Настройка поддержки».

Можно ли вернуть конфигурацию на поддержку, не теряя доработки?

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

Что делать, если версия базы отличается от версии cf-файла?

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

Нужен ли монопольный режим обязательно?

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