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

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

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

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

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

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

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

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

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

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

Что подготовить перед постановкой на поддержку

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

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

Порядок подготовки
  1. 1
    Определите точную версию конфигурации базы
  2. 2
    Найдите или скачайте файл поставки CF соответствующего релиза
  3. 3
    Сделайте выгрузку базы в DT или копию средствами СУБД
  4. 4
    Завершите сеансы пользователей и установите монопольный режим
  5. 5
    Проверьте, что конфигурация открывается в конфигураторе без ошибок

Способ 1: постановка на поддержку через настройку поддержки

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

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

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

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

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

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

Способ 3: сравнение и объединение с сохранением доработок

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

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

Сравнение способов

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

Подходит при небольших доработках; быстро, но требует CF точного релиза

Полная загрузка CF

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

Сравнение и объединение

Подходит для баз с ценными доработками; трудоёмко, но сохраняет контроль над каждым объектом

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

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

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

Типичные ошибки
01
CF-файл не того релиза — последующие обновления идут с конфликтами
02
Полная загрузка вместо объединения — потеря всех доработок и данных в нетиповых объектах
03
Нет обновления конфигурации базы данных — база работает на старой структуре
04
Работа без резервной копии — невозможно откатить неудачное объединение
05
Активные сеансы пользователей — ошибка монопольного доступа при реструктуризации
Контрольные точки

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

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

Указан поставщик и версия конфигурации

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

Пустые поля поставщика или статус «снята с поддержки»

Пиктограммы объектов
Норма

Замки на типовых объектах

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

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

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

Мастер обновления запускается штатно

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

Сообщение, что обновление невозможно

Работа в режиме Предприятия
Норма

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

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

Ошибки обращения к удалённым реквизитам

FAQ

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

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

Потеряются ли доработки при постановке на поддержку?

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

Что делать, если версия CF не совпадает с версией базы?

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

Нужно ли тестировать базу после постановки на поддержку?

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

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

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

Итог

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

Постановка на поддержку выполняется через настройку поддержки или объединение с CF-файлом точного релиза, всегда после резервной копии и в монопольном режиме. Для сохранения доработок используйте сравнение-объединение, а не полную загрузку. Результат проверяется по окну настройки поддержки и штатному запуску мастера обновления.