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