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

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

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

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

Что значит «конфигурация на поддержке» и зачем её возвращать

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

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

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

Подготовка: резервная копия и инвентаризация изменений

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

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

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

Определение текущего режима поддержки

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

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

Обратите внимание на версию рабочей конфигурации (свойство «Версия» в палитре свойств корня конфигурации). Файл поставщика должен соответствовать этой же версии либо быть исходной точкой для последующего обновления до актуального релиза. Несоответствие версий — частая причина ошибок при постановке на поддержку.

Возврат на поддержку через сравнение и объединение

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

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

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

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

Постановка на поддержку конфигурации, полностью снятой с поддержки

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

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

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

Сравнение вариантов возврата на поддержку

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

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

Загрузка полного .cf поставщика

Для полностью снятой с поддержки конфигурации. Требует файла точно той же версии

Чистая база нового релиза с переносом данных

Для сильно устаревших и сильно доработанных баз. Дольше, но результат чище

Доработки в расширении + типовая конфигурация

Когда доработки нужно сохранить. Конфигурация остаётся типовой, изменения живут в расширении

Как сохранить доработки: перенос в расширение

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

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

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

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

Проверка результата и типичные ошибки

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

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

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

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

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

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

Норма

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

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

Есть объекты с отличиями — доработки не убраны полностью

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

Норма

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

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

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

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

Норма

Обновление проходит автоматически

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

Требуется ручное сопоставление объектов

Работа пользовательских операций

Норма

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

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

Ошибки в модулях, ссылки на удалённые объекты

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

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

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

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

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

Где взять файл конфигурации поставщика (.cf)?

Файл входит в дистрибутив обновления конфигурации, который доступен на портале 1С при действующем договоре сопровождения. В каталоге шаблонов после установки дистрибутива лежит .cf-файл соответствующего релиза.

Конфигурация снята с поддержки много лет назад, версия неизвестна. Что делать?

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

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

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

Можно ли выполнить возврат на поддержку без конфигуратора?

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