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

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

Как снять базу 1С с поддержки

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

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

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

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

Что значит «снять с поддержки» и когда это действительно нужно

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

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

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

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

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

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

Подготовка: резервная копия и обязательные проверки

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

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

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

Включение возможности изменений с сохранением поддержки

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

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

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

Полное снятие конфигурации с поддержки

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

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

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

Снятие с поддержки отдельных конфигураций при нескольких поставщиках

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

Что делать с обновлениями после снятия с поддержки

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

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

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

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

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

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

Типичные ошибки и как их избежать

Типичные ошибки
01
Снятие с поддержки без резервной копии — при ошибке некуда откатываться, доработки теряются вместе со связью с поставщиком
02
Полное снятие там, где хватило бы расширения — база лишается автоматических обновлений без реальной необходимости
03
Отсутствие реестра доработок — через несколько релизов невозможно понять, какие изменения свои, а какие типовые
04
Снятие с поддержки под рабочей нагрузкой без монопольного доступа — обновление конфигурации базы данных завершится ошибкой
05
Потеря дистрибутива исходной версии — вернуть поддержку или выполнить корректное сравнение становится невозможно

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

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

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

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

Список поставщиков пуст, кнопка «Снять с поддержки» неактивна

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

Поставщик остался в списке — снятие не завершено

Дерево конфигурации
Норма

Объекты редактируются без значков замка и поддержки

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

Часть объектов недоступна — проверьте права пользователя

Конфигурация базы данных
Норма

F7 выполнено, конфигурации совпадают

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

Предупреждение о расхождении конфигураций — обновите конфигурацию БД

Резервная копия
Норма

Файл .dt создан до операции и открывается в тестовой базе

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

Копия не проверялась — сделайте тестовое восстановление

FAQ

Можно ли снять с поддержки только часть объектов?

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

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

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

Можно ли обновлять снятую с поддержки базу через интернет-поддержку?

Автоматическое обновление перестанет работать: сервис обновлений рассчитан на конфигурации на поддержке. Обновляться придётся вручную через сравнение и объединение с файлом поставки нового релиза.

Чем расширение лучше снятия с поддержки?

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

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

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

Итог

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

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