Новый релиз в конфигурацию поставщика, а доработки не трогаем: порядок действий

Чтобы обновить только конфигурацию поставщика в 1С 8.3, запустите Конфигуратор, выберите Конфигурация → Поддержка → Обновить конфигурацию, укажите файл .cf или .cfu, а в окне сравнения и объединения снимите флажки у объектов, которые не должны меняться в основной конфигурации. После нажатия «Выполнить» в базе окажется новый релиз поставщика, а ваша основная конфигурация с доработками останется прежней.

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

Когда нужен этот режим и что меняется в базе

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

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

Когда это полезно:

• 🔁 Нужно пройти несколько промежуточных релизов, чтобы дойти до того, к которому есть .cfu.
• 🧩 Основная конфигурация доработана так, что объединение лучше сделать один раз, в конце, с полным разбором различий.
• 🔍 Нужно сравнить свои доработки с новым релизом заранее, не применяя его.
• 🧪 Требуется подготовить базу к обновлению днём, а само объединение провести ночью.

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

Подготовка базы перед обновлением поставщика

Операция меняет данные поддержки внутри базы. Откатить её кнопкой нельзя, поэтому сначала копия.

1. Сделайте резервную копию. В файловом варианте — Администрирование → Выгрузить информационную базу в Конфигураторе (файл .dt) или копия каталога с 1Cv8.1CD при закрытой базе. В клиент-серверном — средствами СУБД, об этом ниже.
2. Выгрузите основную конфигурацию в файл: Конфигурация → Сохранить конфигурацию в файл. Это быстрый способ вернуть доработки, если что-то пойдёт не так.
3. Проверьте, что конфигурация стоит на поддержке. Откройте Конфигурация → Поддержка → Настройка поддержки: в окне видны поставщик, версия и режим поддержки объектов.
4. Запишите текущую версию поставщика из этого же окна. По ней вы подберёте нужный файл обновления.
5. Если база подключена к хранилищу конфигурации, захватите корень конфигурации в хранилище. Без этого изменения поддержки не запишутся.

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

Выбираем файл: .cf или .cfu

Тип файла определяет, получится ли обновиться одним шагом.

Файлы обновлений после установки дистрибутива лежат в каталоге шаблонов. По умолчанию это %APPDATA%\1C\1cv8\tmplts\1c\ с подкаталогами по конфигурациям и номерам релизов. В Конфигураторе путь к шаблонам задаётся в Сервис → Параметры.

Если .cfu не подходит к вашей версии, Конфигуратор не даст его выбрать или сообщит, что файл к текущей конфигурации не применим. Тогда два пути:

• 📦 взять полный .cf нового релиза и обновиться им сразу;
• 🪜 пройти промежуточные релизы по цепочке .cfu, каждый раз обновляя только поставщика.

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

Ручное обновление в Конфигураторе: пошагово

Ниже — порядок для платформы 8.3.2x и интерфейса «Такси».

1. Запустите базу в режиме Конфигуратор под пользователем с правами администратора.
2. Откройте основную конфигурацию: Конфигурация → Открыть конфигурацию.
3. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
4. Укажите «Выбор файла обновления» и путь к .cf или .cfu, нажмите «Готово».
5. Конфигуратор покажет описание обновления и номер нового релиза. Сверьте его с тем, что ожидали, и нажмите «Продолжить обновление».
6. Откроется окно сравнения и объединения: слева основная конфигурация, справа новая конфигурация поставщика.
7. Снимите флажки объединения у объектов, которые не должны меняться. Чтобы основную конфигурацию не трогать совсем, снимите флажок у корня дерева.
8. Нажмите «Выполнить».
9. Если появится окно с объектами, на которые ссылаются оставшиеся объекты, внимательно прочитайте список и решите, включать ли их. Для режима «только поставщик» такие объекты обычно не включают.
10. Когда Конфигуратор предложит обновить конфигурацию базы данных, сверьтесь: если основная конфигурация не менялась, отличий от конфигурации базы нет и реструктуризация не потребуется.

После этого откройте Конфигурация → Поддержка → Настройка поддержки и убедитесь, что версия поставщика стала новой.

Как потом догнать основную конфигурацию

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

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

Пакетный запуск: обновление поставщика из командной строки

Для десятка баз ручной режим неудобен. Конфигуратор умеет обновлять конфигурацию на поддержке без открытия окна через параметр /UpdateCfg.

Пример для файловой базы:

"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe" DESIGNER ^
  /F "D:\Bases\Buh" ^
  /N "Администратор" /P "пароль" ^
  /UpdateCfg "D:\Upd\1Cv8.cfu" -Settings "D:\Upd\merge.xml" ^
  /Out "D:\Upd\log.txt" ^
  /DisableStartupDialogs /DisableStartupMessages

Номер платформы в пути подставьте свой. Для серверной базы вместо /F указывается /S "имя_сервера\имя_базы".

Что делают ключи:

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

После выполнения обязательно откройте журнал из /Out. Пустой журнал и код возврата 0 — признак успеха. Если в журнале есть упоминание дважды изменённых свойств или ссылок на объекты, разберите их вручную, прежде чем запускать скрипт на рабочих базах.

Серверная база: что отличается

В клиент-серверном варианте сама процедура в Конфигураторе та же. Отличаются подготовка и окружение.

• 💾 Резервная копия. Для больших баз выгрузка в .dt идёт долго. Надёжнее сделать копию средствами СУБД: в MS SQL — полную резервную копию базы , в PostgreSQL — через pg_dump. .dt оставьте как дополнительный вариант.
• 📁 Файл обновления. Конфигуратор читает .cf или .cfu с того компьютера, где он запущен, а не с сервера 1С. Положите файл на локальный диск или в сетевую папку, доступную этому пользователю.
• 👥 Пользователи. Обновление только поставщика не меняет структуру базы, поэтому выгонять всех не требуется. Блокировка начала сеансов через консоль администрирования серверов понадобится позже, на этапе обновления конфигурации базы данных.
• 🧠 Ресурсы клиента. Сравнение и объединение крупной конфигурации (ERP, КА, ЗУП КОРП) требует много оперативной памяти именно на машине с Конфигуратором. На слабой рабочей станции окно сравнения может открываться десятки минут или прерваться по нехватке памяти. Лучше запускать Конфигуратор на терминальном сервере или на машине с 16 ГБ и больше.
• 🗂 Хранилище. В командной разработке поставщика обновляют в базе, подключённой к хранилищу, с захваченным корнем, затем помещают изменения в хранилище. Иначе остальные разработчики продолжат работать со старым поставщиком.

Разбор ошибок при обновлении поставщика

Ниже собраны симптомы, на которых процедура чаще всего останавливается. Выберите свой.

Отдельный случай — объединение прервалось на середине из-за обрыва связи или нехватки памяти. Не закрывайте Конфигуратор с сохранением. Закройте без записи изменений, проверьте версию поставщика в настройке поддержки и, если она не поменялась, повторите процедуру. Если версия в непонятном состоянии — восстановите базу из резервной копии, сделанной на этапе подготовки.

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