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