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