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