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