Администрирование · 12 мин
Как вернуть конфигурацию 1С к типовой
Как вернуть изменённую конфигурацию 1С к типовой: загрузка конфигурации поставщика, снятие с поддержки, обновление. Риски, проверка результата, частые ошибки.
Возврат конфигурации 1С к типовой требуется, когда в базу внесены доработки, которые мешают обновлению, вызывают ошибки или больше не нужны. Типовая конфигурация — это версия от фирмы «1С» без пользовательских изменений, которая обновляется автоматически и поддерживается поставщиком.
Существует несколько способов вернуть типовое состояние: полная загрузка конфигурации поставщика из файла, обновление с восстановлением типовых объектов через сравнение и объединение, а также полное снятие конфигурации с поддержки с последующей постановкой на поддержку заново. Выбор зависит от того, нужно ли сохранить часть доработок и данные в базе.
Ключевой момент: возврат к типовой конфигурации затрагивает метаданные, но не всегда удаляет данные. Однако если доработки добавляли собственные объекты (справочники, документы, реквизиты), при загрузке типовой конфигурации эти объекты и связанные с ними данные могут быть удалены. Поэтому любая операция начинается с резервной копии.
Когда возврат к типовой конфигурации оправдан, а когда нет
Возврат к типовой имеет смысл, если доработки делались давно, их автор недоступен, а обновления перестали устанавливаться из-за конфликтов. Также это типовой сценарий при смене подрядчика, когда проще начать с чистой конфигурации, чем разбирать чужие изменения. Ещё одна причина — ошибки в работе базы, источник которых найти не удаётся: откат к типовой версии позволяет проверить, воспроизводится ли проблема на стандартной конфигурации.
Не стоит возвращать типовую конфигурацию, если доработки активно используются: собственные отчёты, обмены с сайтом, дополнительные реквизиты в документах. В этом случае правильнее точечно перенести нужные изменения в расширение конфигурации, а основную базу оставить типовой — это современный рекомендуемый подход, который сохраняет возможность автоматического обновления.
Как выбрать действие
Подготовка: резервная копия и анализ изменений
Перед любыми действиями создайте полную резервную копию. В файловом варианте достаточно выгрузить базу через «Администрирование → Выгрузить информационную базу» в файл .dt. В клиент-серверном варианте дополнительно рекомендуется сделать копию средствами СУБД, потому что восстановление из .dt большой базы занимает значительное время.
Далее нужно понять, что именно изменено относительно типовой версии. Откройте конфигуратор и выполните «Конфигурация → Сравнить и объединить с конфигурацией из файла», указав файл .cf типового релиза той же версии. Отчёт о сравнении покажет все изменённые и добавленные объекты. Сохраните этот список — он понадобится, чтобы оценить, какие данные могут быть потеряны, и чтобы потом проверить результат.
Узнать текущую версию конфигурации можно в режиме 1С:Предприятие через «О программе» или в конфигураторе в свойствах корня конфигурации. Файл поставщика должен точно соответствовать релизу: загрузка конфигурации другой версии приведёт к фактическому обновлению или откату, что требует отдельной процедуры.
Где взять файл типовой конфигурации
Файл конфигурации поставщика (.cf) нужного релиза доступен на портале 1С:Обновление программ, если у вас действует договор информационно-технологического сопровождения. Дистрибутив также может быть установлен на компьютере, если обновления ранее ставились через шаблоны: файлы шаблонов обычно лежат в каталоге tmplts в профиле пользователя или в каталоге, указанном при настройке.
Ещё один источник — сама база: если конфигурация находится на поддержке, файл конфигурации поставщика хранится внутри и его можно сохранить через «Конфигурация → Поддержка → Настройка поддержки → Сохранить в файл». Но это работает, только если поддержка не была полностью снята. При снятой поддержке оригинальный файл поставщика придётся брать из дистрибутива.
Способ 1: полная загрузка конфигурации из файла
Это самый радикальный и надёжный способ вернуть полностью типовое состояние. Он подходит, когда все доработки можно удалить. Порядок действий следующий: запустите конфигуратор с монопольным доступом (все пользователи должны выйти из базы), откройте конфигурацию через «Конфигурация → Открыть конфигурацию», затем выберите «Конфигурация → Загрузить конфигурацию из файла» и укажите файл .cf типового релиза.
Платформа спросит подтверждение о полной замене конфигурации. После загрузки выполните «Конфигурация → Обновить конфигурацию базы данных». На этом этапе платформа покажет окно реструктуризации со списком изменений: удаляемые объекты будут отмечены отдельно. Внимательно проверьте этот список — всё, что удаляется, потеряет данные безвозвратно. Только после проверки подтверждайте реструктуризацию.
- 1Выгрузите базу в файл .dt и убедитесь, что копия открывается
- 2Определите точный релиз конфигурации и подготовьте файл .cf поставщика
- 3Завершите работу всех пользователей и отключите регламентные задания
- 4Откройте конфигуратор: Конфигурация → Загрузить конфигурацию из файла
- 5Выполните Обновить конфигурацию базы данных и проверьте список реструктуризации
- 6Запустите базу в режиме Предприятие и проверьте ключевые операции
Способ 2: сравнение и объединение с возвратом отдельных объектов
Если нужно убрать только часть изменений, используйте «Конфигурация → Сравнить и объединить с конфигурацией из файла». В окне сравнения установите режим «Взять из файла» для тех объектов, которые хотите вернуть к типовому виду, а нужные доработки оставьте без изменений, сняв с них отметки. Так можно точечно восстановить, например, изменённый модуль документа или форму, не трогая остальное.
Обратите внимание на настройку правил объединения: для модулей можно выбрать режим построчного объединения, но при возврате к типовой надёжнее полная замена объекта из файла поставщика. После объединения обязательно выполните обновление конфигурации базы данных и проверьте работу затронутых механизмов.
Возврат на поддержку после объединения
Если конфигурация была снята с поддержки или объекты редактировались с нарушением правил поддержки, после восстановления типового содержимого имеет смысл заново включить полную поддержку. Это делается через «Конфигурация → Поддержка → Настройка поддержки» с указанием файла конфигурации поставщика. Признак успеха — замочки на объектах в дереве конфигурации и возможность автоматического обновления.
Сравнение вариантов
Быстро и гарантированно возвращает типовое состояние, но удаляет все доработки и данные добавленных объектов
Позволяет сохранить нужные доработки, но требует аккуратной ручной разметки объектов и занимает больше времени
Сохраняет функциональность и автоматическое обновление, но требует переработки кода под механизм расширений
Подходит при глубокой переработке структуры; трудоёмко, нужна конвертация данных, зато даёт гарантированно чистый результат
Проверка результата после возврата к типовой
После обновления конфигурации базы данных запустите 1С:Предприятие и проверьте ключевые сценарии: проведение основных документов, формирование регламентированных отчётов, работу обменов, если они типовые. Ошибки при первом запуске часто связаны с тем, что в данных остались ссылки на удалённые объекты — такие битые ссылки нужно выявить и устранить.
Дополнительно выполните тестирование и исправление информационной базы («Администрирование → Тестирование и исправление») в режиме проверки ссылочной целостности. Для клиент-серверных баз предпочтительны штатные проверки СУБД. Затем убедитесь, что конфигурация обновляется штатно: откройте настройку поддержки и проверьте, что доступен режим автоматического обновления.
Как проверить результат
Объекты на замках, доступно автоматическое обновление
Конфигурация снята с поддержки, замков нет
Отчёт о сравнении не показывает различий
Остались изменённые или добавленные объекты
Документы проводятся без ошибок
Ошибки о недостающих объектах или реквизитах
Тестирование не находит битых ссылок
Ссылки на удалённые объекты в данных
Типичные ошибки и ограничения
Самая частая ошибка — загрузка конфигурации без резервной копии или с копией, которую никто не проверил на восстановление. Вторая по частоте — несовпадение релизов: файл поставщика другой версии фактически запускает обновление, и при несоответствии цепочки обновлений база может оказаться в нерабочем состоянии. Третья ошибка — игнорирование окна реструктуризации: пользователи подтверждают удаление объектов, не посмотрев список, и теряют данные.
Отдельный риск — регламентные и фоновые задания, продолжающие работать во время обновления, а также пользователи, оставшиеся в базе. Обновление конфигурации базы данных требует монопольного доступа; в клиент-серверном варианте сеансы нужно завершать принудительно через консоль кластера. Также помните: если доработки были вынесены во внешние обработки и отчёты, возврат к типовой их не затронет — они продолжат работать, но могут ссылаться на уже удалённые объекты.
Альтернатива: расширения конфигурации вместо доработок
Если возврат к типовой нужен ради простых обновлений, но часть функциональности терять нельзя, оптимальная стратегия — вернуть типовую конфигурацию и реализовать доработки заново в виде расширения. Расширение подключается поверх типовой конфигурации, не нарушает поддержку и не мешает автоматическому обновлению.
В расширение можно выносить формы, модули, роли, дополнительные отчёты и обработки, а также добавлять собственные объекты в ограниченном составе. Практический порядок такой: зафиксируйте список доработок из отчёта о сравнении, верните конфигурацию к типовой, затем постепенно переносите функциональность в расширение, проверяя каждый перенос на тестовой копии базы.
Что важно запомнить
Возврат к типовой конфигурации выполняется загрузкой файла .cf нужного релиза или точечным сравнением и объединением. Обязательны: проверенная резервная копия, точное совпадение релиза, контроль окна реструктуризации и проверка базы после обновления. Если доработки нужны — переносите их в расширение, а не в основную конфигурацию.
Частые вопросы
Можно ли вернуть типовую конфигурацию без файла .cf поставщика?
Если конфигурация остаётся на поддержке, файл поставщика хранится внутри базы и сохраняется через «Конфигурация → Поддержка → Настройка поддержки → Сохранить в файл». При полностью снятой поддержке внутреннего файла нет — потребуется дистрибутив нужного релиза с портала обновлений или установленный шаблон.
Удалятся ли данные при возврате к типовой конфигурации?
Данные типовых объектов сохраняются. Удаляются только данные объектов, которые были добавлены вручную и отсутствуют в типовой конфигурации: собственные справочники, документы, регистры и добавленные реквизиты. Список удаляемого показывается в окне реструктуризации — изучите его до подтверждения.
Как вернуть типовой только один изменённый модуль?
Используйте «Сравнить и объединить с конфигурацией из файла», снимите отметки со всех объектов, кроме нужного, и установите для него режим «Взять из файла». После объединения обновите конфигурацию базы данных — остальные доработки останутся нетронутыми.
Что делать, если после возврата к типовой база не запускается?
Не выполняйте повторных обновлений. Запустите конфигуратор и попробуйте тестирование и исправление в режиме диагностики. Если ошибка не устраняется, восстановите базу из резервной копии и повторите процедуру, устранив первопричину — чаще всего это несовпадение релиза файла поставщика.
Можно ли вернуть конфигурацию на поддержку, если она снята полностью?
Да, но только если содержимое конфигурации совпадает с типовой. Сначала загрузите типовой .cf, затем через настройку поддержки укажите файл поставщика и включите полную поддержку. Если изменения остались, платформа либо откажет, либо предложит объединение с потерей несовпадающих доработок.
Нужно ли возвращать типовую конфигурацию перед продажей или передачей базы?
Это зависит от договорённостей и лицензионных условий. Технически передача базы с доработками допустима, но принимающей стороне проще сопровождать типовую конфигурацию. Практичный вариант — передать базу вместе с описанием доработок и исходными файлами внешних обработок и расширений.