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

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

Задача сводится к двум действиям: снять запрет изменений в настройках поддержки и загрузить типовую конфигурацию поставщика того же релиза, что и текущая в базе. Если версии совпадают и доработок нет (или они вынесены в расширения), процедура занимает 10–30 минут. Если доработки есть, их сначала нужно либо перенести в расширение, либо принять решение об их утрате.

Перед началом работы обязательно сделайте полную резервную копию базы — выгрузку в .dt через конфигуратор или средствами СУБД для клиент-серверного варианта. Это единственный способ откатить изменения, если что-то пойдёт не так.

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

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

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

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

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

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

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

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

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

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

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

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

Шаг 2. Загрузка типовой конфигурации поставщика

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

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

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

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

Шаг 3. Постановка «на замок» и проверка результата

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

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

Дополнительная проверка — тестовое обновление на копии базы. Скопируйте базу, установите на копию ближайший актуальный релиз штатным способом. Если обновление проходит без сравнения-объединения и ручных действий, возврат на поддержку выполнен корректно.

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

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

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

Норма

Корневой узел — «не редактируется», изменённых объектов нет

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

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

Обновление на копии базы

Норма

Релиз ставится автоматически, без сравнения-объединения

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

Платформа предлагает объединение с перечнем отличий

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

Норма

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

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

Ошибки открытия форм, отсутствует доработанный функционал

Особый случай: конфигурация полностью снята с поддержки

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

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

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

Сравнение вариантов

Полный возврат на замок

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

Поддержка с возможностью изменений

Подходит при небольших доработках, которые сложно вынести в расширение. Обновления требуют сравнения-объединения только по изменённым объектам.

Доработки через расширение

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

Типичные ошибки и ограничения

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

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

Третья группа проблем — работа без монопольного доступа. Обновление конфигурации базы данных требует, чтобы все пользователи вышли из базы, а фоновые задания были завершены. В клиент-серверном варианте проверьте сеансы в консоли кластера.

FAQ: частые вопросы о возврате базы на поддержку

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

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

Где взять файл .cf нужного релиза?

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

Что делать, если релиз конфигурации в базе неизвестен?

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

Нужно ли выгонять пользователей из базы?

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

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

Да, в настройках поддержки правила задаются по объектам. Можно вернуть «на замок» неизменённые объекты, оставив доработанные на поддержке с возможностью изменений. Это компромисс: обновление упростится, но полностью автоматическим не станет.

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

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