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