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

Разработка и Конфигурация · 11 мин

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

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

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

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

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

Что такое поддержка конфигурации и зачем она нужна

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

Для каждого объекта метаданных (справочника, документа, модуля) задаётся правило поддержки. От правила зависит, что произойдёт при обновлении: объект обновится автоматически, потребует ручного решения или будет проигнорирован. Именно поэтому грамотная настройка правил важнее самого факта постановки на поддержку.

Подготовка: что проверить до постановки на поддержку

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

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

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

Постановка на поддержку: основной сценарий

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

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

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

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

Выбор правил поддержки для объектов

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

Если доработка больше не нужна, имеет смысл вернуть объекту типовое состояние: в настройке поддержки выбрать для него правило «Объект поставщика не редактируется» и при следующем сравнении взять версию поставщика. Так база постепенно приближается к типовой, а обновления удешевляются.

Варианты правил поддержки

Не редактируется

Типовой объект, обновляется автоматически. Подходит для всего, что не трогали. Ограничение: любая правка объекта потребует смены правила.

Редактируется с сохранением поддержки

Объект доработан, но при обновлении платформа покажет изменения поставщика и позволит объединить. Оптимально для осознанных доработок.

Снят с поддержки

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

Частные сценарии и ограничения

База развёрнута из .dt без поддержки

Выгрузка .dt переносит настройки поддержки вместе с базой, но если источник уже был снят с поддержки, копия унаследует это состояние. Действуйте по основному сценарию: найдите дистрибутив нужной версии и поставьте конфигурацию на поддержку с указанием .cf-файла.

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

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

Расширения как альтернатива снятию с поддержки

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

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

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

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

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

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

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

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

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

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

Указан поставщик, версия совпадает с рабочей, у объектов расставлены правила

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

Окно пустое или версия поставщика отличается от версии конфигурации

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

Различия — только известные доработки

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

Различиями помечены объекты, которые никто не менял

Работа пользователей
Норма

База запускается, доработки функционируют

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

Ошибки при открытии форм или выполнении доработанных процедур

Типичные ошибки
01
Постановка на поддержку файлом другой версии — типовые объекты перезаписываются чужим кодом, доработки теряются
02
Отсутствие выгрузки .dt перед операцией — при ошибке откат невозможен
03
Правило «снят с поддержки» для слегка изменённых объектов — обновления поставщика перестают до них доходить, накапливается рассинхронизация
04
Забытое обновление конфигурации базы данных после настройки — структура поддержки не фиксируется
05
Изменение типовых объектов вместо использования расширений — каждое обновление превращается в ручное объединение
Перед постановкой на поддержку полезно зафиксировать список доработок в отдельном текстовом файле: объект, что изменено, зачем. Через полгода при обновлении этот список сэкономит часы на анализе различий и поможет решить, какие правки можно вернуть к типовым.
ПЗ
Практическое замечание

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

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

Нет, для корректной постановки нужен .cf-файл конфигурации поставщика той же версии. Если дистрибутив утерян, его можно получить на портале 1С по действующей подписке ИТС или восстановить из каталога шаблонов, если обновления когда-то устанавливались штатно.

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

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

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

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

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

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

Нужно ли монопольный доступ к базе для настройки поддержки?

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

Итог

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

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