Как вручную поставить релиз конфигурации 1С в Конфигураторе и сохранить доработки
Содержание
Обновление 1С через Конфигуратор делается командой Конфигурация → Поддержка → Обновить конфигурацию...: вы указываете файл обновления .cfu нужного релиза, подтверждаете загрузку, затем нажимаете F7 («Обновить конфигурацию базы данных») и запускаете базу в режиме 1С:Предприятие, чтобы отработали обработчики обновления. Перед этим — резервная копия базы. Это общий порядок для платформы 8.3 и всех типовых конфигураций: БП 3.0, ЗУП 3.1, УТ 11 и других.
Ручная установка обновления нужна, когда автообновление из программы недоступно: база доработана, нет интернет-поддержки, обновляет администратор сразу несколько баз. Ниже — порядок, при котором доработки не теряются, а база не остаётся в «полуобновлённом» состоянии.
Подготовка к обновлению: версия, релиз, резервная копия
Узнайте текущую версию конфигурации и платформы
В Конфигураторе откройте Справка → О программе. В окне видны версия платформы (например, 8.3.24.xxxx) и версия конфигурации. То же самое в пользовательском режиме: главное меню → «О программе».
Запишите обе версии. От них зависит, какие релизы ставить и хватит ли текущей платформы.
Проверьте цепочку релизов
Файл .cfu умеет обновлять только с определённых версий. Если ваша версия сильно отстала, придётся ставить несколько промежуточных релизов подряд.
Где это посмотреть:
- 📄 в описании релиза у поставщика — раздел про то, с каких версий возможен переход;
- 📁 в каталоге установленного шаблона обновления — файл
1cv8upd.htm(описание изменений) и сопроводительные файлы; - 🔍 в самом окне обновления: если файл не подходит к вашей версии, Конфигуратор его просто не предложит или сообщит, что обновление невозможно.
Там же указан минимальный номер платформы. Если он выше установленного, сначала обновите платформу.
Конфигуратор не обновляет саму платформу. Платформа ставится отдельно дистрибутивом setup.exe на каждый компьютер, а в клиент-серверном варианте — ещё и на сервер 1С. Номер платформы на сервере и у клиентов должен совпадать.
Сделайте резервную копию
Без резервной копии обновление не начинайте. Откат «кнопкой» в 1С нет: если объединение пройдёт неудачно, вернуться можно только из копии.
| Вариант базы | Как сделать копию |
|---|---|
| Файловая | Администрирование → Выгрузить информационную базу... (файл .dt) или копия каталога базы с файлом 1Cv8.1CD, когда в базе никого нет |
| Клиент-серверная | Резервная копия средствами СУБД (MS SQL, PostgreSQL) плюс выгрузка .dt |
| Доработанная конфигурация | Дополнительно Конфигурация → Сохранить конфигурацию в файл... (файл .cf) |
Сохранённый .cf пригодится, если придётся разбирать, что именно изменилось в доработках. Копию храните не в каталоге базы, а на другом диске: при сбое диска с базой она должна уцелеть.
Проверьте и свободное место. Реорганизация временно создаёт копии изменяемых таблиц, поэтому на диске с базой должно быть свободно не меньше её текущего размера.
Загрузка файла обновления конфигурации в базу
Где взять файл и как его распаковать
Обновления типовых конфигураций распространяются на сайте поставщика по договору сопровождения. Скачанный дистрибутив обновления — это обычно установщик setup.exe. Он распаковывает шаблон в каталог шаблонов, по умолчанию это:
%APPDATA%\1C\1cv8\tmplts\
Внутри — папки вида 1c\Accounting\3_0_xxx_yy\ с файлом 1cv8.cfu. Каталог шаблонов можно сменить при запуске установщика.
Пошаговая загрузка
- Запустите базу в режиме Конфигуратор под пользователем с полными правами.
- Откройте конфигурацию:
Конфигурация → Открыть конфигурацию. - Выберите
Конфигурация → Поддержка → Обновить конфигурацию.... - Отметьте один из вариантов:
- «Поиск доступных обновлений» — Конфигуратор сам просмотрит каталоги шаблонов и покажет подходящие;
- «Выбор файла обновления» — укажите
1cv8.cfuвручную.
- Выберите нужный релиз и нажмите «Готово».
- Прочитайте окно с описанием обновления и нажмите «Продолжить обновление».
Если конфигурация не изменялась, обновление загрузится без вопросов. Если изменялась — откроется окно сравнения и объединения (следующий раздел).
Не путайте .cfu и .cf. Команда Конфигурация → Загрузить конфигурацию из файла... с файлом .cf полностью заменяет основную конфигурацию. Все доработки при этом пропадают, а конфигурация снимается с поддержки поставщика.
Обновление через промежуточные релизы
Допустим, у вас условно релиз 3.0.140, а актуальный 3.0.165, и файл 3.0.165 обновляет только с 3.0.150 и новее. Порядок:
- Загрузите промежуточный релиз (с 3.0.140 до одного из подходящих).
- Обновите конфигурацию базы данных (
F7). - Запустите 1С:Предприятие и дождитесь окончания обработки данных.
- Только после этого ставьте следующий релиз.
Пропуск шага 3 между релизами — частая причина ошибок: обработчики старого релиза не отработали, а новый уже ждёт преобразованных данных.
Если конфигурация доработана: сравнение и объединение
Проверьте режим поддержки
Откройте Конфигурация → Поддержка → Настройка поддержки.... Там видно состояние:
| Состояние | Что значит для обновления |
|---|---|
| На поддержке, изменения не включены | Конфигурация типовая, обновится без объединения |
| На поддержке, изменения включены | Возможны доработки, будет окно сравнения |
| Снята с поддержки | Обновить через .cfu нельзя, нужно сравнение и объединение с полной конфигурацией .cf нового релиза |
Как читать окно объединения
После загрузки .cfu в доработанную базу открывается дерево объектов с тремя версиями: старая конфигурация поставщика, основная конфигурация (ваша) и новая конфигурация поставщика.
Главное в этом окне:
- ⚙️ включите отбор «Показывать только дважды изменённые свойства» — это объекты, которые изменили и вы, и поставщик;
- 🔎 для каждого такого объекта откройте сравнение модулей и форм и решите, чья версия нужна;
- 🧩 для модулей используйте объединение с приоритетом: у новой конфигурации поставщика, если ваши правки мелкие, или у основной, если ваш код важнее;
- ✅ объекты, которые меняли только вы, по умолчанию сохраняются, а изменённые только поставщиком — берутся из нового релиза.
После объединения нажмите «Выполнить». Затем проверьте синтаксис: Конфигурация → Проверка конфигурации... (хотя бы синтаксический контроль модулей).
Как облегчить следующие обновления
- 📦 Переносите доработки в расширения конфигурации (они есть с платформы 8.3.6). Расширение подключается к базе отдельно, и типовая конфигурация остаётся без изменений.
- 📝 Комментируйте собственный код в модулях метками вида
// Доработка ИвановИИ 2026-10— при объединении их легко найти поиском. - 🗂️ Ведите список изменённых объектов. Тогда окно сравнения не будет сюрпризом.
Обновление конфигурации базы данных и реорганизация данных
После загрузки .cfu изменилась только основная конфигурация. Структура таблиц в базе ещё старая. Её обновляет команда Конфигурация → Обновить конфигурацию базы данных (клавиша F7).
Монопольный доступ
Для обновления структуры базы нужен монопольный режим: в базе не должно быть других сеансов, включая фоновые задания.
Как этого добиться:
- Предупредите пользователей и назначьте время, например, вечер пятницы.
- В пользовательском режиме установите блокировку сеансов:
Администрирование → Обслуживание, группа «Регламентные операции» → «Блокировка работы пользователей». Укажите текст сообщения для пользователей и код разрешения: с ним вы сами сможете войти в заблокированную базу. - В клиент-серверной базе проверьте сеансы в консоли кластера серверов и убедитесь, что регламентные задания не запущены.
Принудительное завершение сеансов из консоли кластера обрывает работу пользователей: несохранённые документы будут потеряны. Делайте это только после предупреждения и в согласованное время.
Окно «Реорганизация информации»
После F7 Конфигуратор покажет список изменений структуры: какие таблицы, реквизиты и индексы будут изменены. Нажмите «Принять». На больших базах реорганизация идёт от нескольких минут до нескольких часов, в зависимости от объёма изменённых таблиц.
Не прерывайте процесс и не закрывайте Конфигуратор, даже если кажется, что он «завис». Прогресс виден в строке состояния.
В клиент-серверном варианте 1С предлагает динамическое обновление — без монопольного режима. Для релизов типовых конфигураций им лучше не пользоваться: новые обработчики всё равно потребуют перезапуска сеансов, а пользователи, работающие во время обновления, могут поймать ошибки.
Диагностика ошибок обновления и журнал регистрации
Где искать подробности
Если обновление остановилось с ошибкой, первым делом откройте журнал регистрации:
- в Конфигураторе:
Администрирование → Журнал регистрации; - в пользовательском режиме: главное меню → «Функции для технического специалиста» → «Стандартные» → «Журнал регистрации» (команду нужно включить в
Сервис → Параметры).
Поставьте отбор по уровню «Ошибка» и периоду обновления. Ошибки обработчиков обновления пишутся с понятным текстом: имя обработчика и причина.
В типовых конфигурациях на БСП есть и отдельный отчёт: Администрирование → Обслуживание, группа обновления версии программы, «Результаты обновления программы». Там видно, какие отложенные обработчики выполнены, а какие упали.
Частые сбои и что делать
Тестирование и исправление как страховка
Если ошибка указывает на повреждённые данные, выполните Администрирование → Тестирование и исправление... в Конфигураторе. Режим тоже требует монопольного доступа. Начните с проверки логической целостности без исправлений — так вы увидите масштаб проблемы до изменения данных.
Завершение обновления и проверка базы после него
Первый запуск в режиме 1С:Предприятие
Сразу после F7 откройте базу в пользовательском режиме под администратором. Типовая конфигурация определит, что версия сменилась, и запустит обработчики обновления. Появится окно «Обновление версии программы» с прогрессом.
Дождитесь окончания. Часть обработчиков отложенная: они работают в фоне уже после того, как пользователи вошли. Их состояние смотрите в «Результатах обновления программы».
Если на этом этапе появляется сообщение о легальности получения обновления, подтвердите его — это стандартный шаг типовых конфигураций.
Что проверить перед тем, как пустить пользователей
После проверки снимите блокировку сеансов и сообщите пользователям, что база доступна.
Если всё пошло не так
Восстановление из копии:
- 📁 файловая база —
Администрирование → Загрузить информационную базу...с файлом.dtили возврат скопированного каталога; - 🖥️ клиент-серверная — восстановление бэкапа средствами СУБД.
Загрузка .dt полностью заменяет данные и конфигурацию базы. Делайте её только в ту базу, которую действительно нужно откатить.
Частые ошибки администратора при ручном обновлении
- ❌ Сразу ставят последний релиз, минуя промежуточные. Итог — Конфигуратор не видит файл или база падает на обработчиках.
- ❌ Обновляют несколько релизов подряд без запуска 1С:Предприятия между ними. Данные остаются в формате старого релиза.
- ❌ Загружают
.cfвместо.cfuв доработанную базу. Доработки стираются, поддержка снимается. - ❌ В окне объединения жмут «Выполнить», не посмотрев дважды изменённые объекты. Своя доработка молча перезаписывается кодом поставщика или наоборот — типовое исправление теряется.
- ❌ Обновляют платформу только на сервере или только у части клиентов. При несовпадении версий клиенты не подключаются к серверу.
- ❌ Обновляют рабочую базу без пробного прогона. Для сильно доработанных конфигураций сначала обновите копию, проверьте её, а потом повторите то же на рабочей базе.