К статье
Практический материал

Администрирование · 13 мин

Как вернуть конфигурацию 1С на поддержку

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

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

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

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

Что проверить перед возвратом на поддержку

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

Начните с аудита. Откройте «Конфигурация → Настройка поддержки» и посмотрите список объектов с изменениями. Дополнительно полезно сравнить конфигурацию с конфигурацией поставщика («Сравнить, объединить с конфигурацией из файла» без выполнения объединения) — это даст полную картину отличий. Выпишите все изменённые объекты и определите для каждого: доработка нужна или нет.

Несколько изменённых объектовПростой сценарий

Доработки можно быстро перенести в расширение или отказаться от них

Десятки изменённых типовых модулейСложный сценарий

Потребуется полноценный проект по выносу доработок в расширения

Изменена структура данных (реквизиты, измерения)Критичный сценарий

Простой возврат невозможен — реквизиты удалятся вместе с данными

Отдельно проверьте наличие файла поставки. Для возврата на поддержку нужен cf-файл конфигурации поставщика строго той же версии, что установлена в базе. Узнать версию можно через «Конфигурация → Сведения о конфигурации» или в настройке поддержки. Если файл поставки утерян, его можно получить через обновление: скачайте дистрибутив обновления вашей версии с портала 1С или возьмите файл из каталога шаблонов, если обновления устанавливались стандартно.

Подготовка: резервная копия и сохранение доработок

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

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

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

Пошаговая инструкция по возврату на поддержку

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

Ключевой момент — выбор режима объединения. Режим «Взять из файла» означает, что для каждого различающегося объекта будет загружена версия поставщика, а ваша изменённая версия отброшена. Если установить режим «Объединить», платформа попытается совместить изменения, что для возврата на поддержку не нужно.

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

Что делать с собственными объектами и расширениями

Объекты, добавленные вами (новые документы, справочники, роли, подсистемы), при объединении с режимом «Взять из файла» не удаляются, если вы сняли для них отметки в дереве объединения. Однако они останутся «не на поддержке», и конфигурация в целом будет иметь статус с изменениями. Это нормальная ситуация: полностью типовой база станет только если собственных объектов нет совсем.

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

Куда переносить доработки

Расширение конфигурации

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

Внешние обработки и отчёты

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

Подсистема БСП «Дополнительные отчёты и обработки»

Подходит для печатных форм, заполнения табличных частей, дополнительных отчётов в типовых конфигурациях на базе БСП. Требует наличия БСП в конфигурации

Проверка результата после возврата

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

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

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

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

Статус объектов в настройке поддержки
Норма

Объекты на полной поддержке, замки закрыты

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

Объекты с открытым замком или пометкой об изменении

Тестовое обновление конфигурации
Норма

Обновление на следующий релиз проходит в автоматическом режиме без ручного сравнения

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

Обновление требует ручного разбора сотен объектов

Работа пользователей
Норма

Документы проводятся, отчёты формируются, печатные формы выводятся

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

Ошибки в местах бывших доработок, пропавшие реквизиты или данные

Финальная проверка — пробное обновление на копии базы. Если конфигурация действительно вернулась на поддержку, следующее обновление установится в полностью автоматическом режиме, без окна сравнения и объединения. Это и есть главный практический результат всей процедуры.

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

Типичные ошибки при возврате на поддержку
01
Объединение с cf-файлом другой версии — постановка на поддержку не выполняется или конфигурация приходит в несогласованное состояние
02
Отсутствие резервной копии — при ошибке в выборе режима объединения доработки теряются безвозвратно
03
Удаление добавленных реквизитов без переноса данных — информация, накопленная пользователями, стирается при реструктуризации
04
Режим «Объединить» вместо «Взять из файла» — конфигурация остаётся частично изменённой, поддержка не восстанавливается
05
Забытые внешние отчёты, подключаемые печатные формы и расширения, ссылавшиеся на удалённые доработки, — после возврата они начинают выдавать ошибки

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

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

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

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

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

FAQ: частые вопросы о возврате на поддержку

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

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

Что будет с данными в базе после возврата на поддержку?

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

Где взять файл поставки, если дистрибутив утерян?

Если обновления устанавливались стандартно, cf-файл обычно есть в каталоге шаблонов 1С на сервере или компьютере, где выполнялось обновление. Также дистрибутив нужной версии можно скачать с портала 1С по действующей подписке ИТС. Крайний вариант — получить файл конфигурации поставщика из другой чистой базы той же версии через настройку поддержки.

Нужно ли монопольный доступ для всей процедуры?

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

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

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

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

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

Итог

Что важно запомнить

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