Как обновить изменённую (нетиповую) конфигурацию 1С 8.3
Содержание
Нетиповая конфигурация 1С 8.3 — это база, где типовое решение допилено под себя: добавлены реквизиты, изменены печатные формы, переписаны процедуры. Обновить её кнопкой «как обычно» нельзя: обновление затрёт доработки. Поэтому обновление нетиповой конфигурации идёт через сравнение и объединение — вы вручную решаете, какие изменения поставщика принять, а какие свои правки сохранить.
Ниже — пошаговая инструкция для 1С 8.3: как понять, что конфигурация снята с поддержки, вернуть её на поддержку, сравнить с поставкой нового релиза и аккуратно слить доработки, ничего не потеряв.
Перед любым обновлением сделайте резервную копию базы. Выгрузка через Конфигуратор → Администрирование → Выгрузить информационную базу в файл .dt. Это единственный способ откатиться, если объединение пойдёт не так.
Чем нетиповая конфигурация отличается от типовой
Признак один: замок. Откройте Конфигуратор → Конфигурация → Поддержка → Настройка поддержки.
- 🔒 Замок закрыт — объект защищён поставщиком, менять его нельзя. Конфигурация типовая.
- 🔓 Замок открыт — с объекта снята поддержка, его правили. Конфигурация нетиповая (изменённая).
Даже одна открытая «настройка правил поддержки» превращает базу в нетиповую. Автоматическое обновление из 1С:Предприятие для неё уже недоступно или сработает с потерей доработок.
Проверить статус можно и из режима предприятия: Все функции → Стандартные → Активные пользователи тут не помогут, а вот заголовок окна Конфигуратора покажет (изменена) рядом с именем конфигурации.
| Параметр | Типовая | Нетиповая |
|---|---|---|
| Замок поддержки | закрыт 🔒 | открыт хотя бы у одного объекта 🔓 |
| Способ обновления | автоматически, из предприятия | вручную, через сравнение-объединение |
| Риск потерять доработки | нет | есть, если обновить неправильно |
| Кто делает | пользователь/бухгалтер | администратор или программист 1С |
Подготовка к обновлению: что собрать заранее
Половина проблем при обновлении нетиповой базы — от спешки. Соберите всё до старта.
Обновляйтесь сначала на тестовой копии. Восстановите .dt в отдельную базу, прогоните на ней всю процедуру, проверьте отчёты — и только потом повторите на рабочей. Так вы увидите конфликты объединения заранее, а не в рабочий день.
Где взять сам файл обновления:
- 📦
.cfu— файл поставки обновления (дельта от предыдущего релиза). Ставится строго по цепочке релизов. - 📦
.cf— полный файл конфигурации поставщика. Подходит, когда цепочка релизов прервана или релизы пропущены.
Скачиваются они из личного кабинета сопровождения по вашему договору ИТС. После установки дистрибутива файлы лежат в шаблонах, например 1cv8\tmplts\....
Проверить соответствие конфигурации базы и конфигурации поставщика
Ключевой шаг перед объединением. Нужно убедиться, что текущий релиз базы совпадает с релизом, от которого стартует ваш файл .cfu.
Порядок такой:
- В
КонфигуратореоткройтеКонфигурация → Поддержка → Настройка поддержки. Посмотрите версию конфигурации поставщика — это отправная точка. - Сверьте её с тем, что ждёт файл обновления.
.cfuот релиза3.0.150не встанет на базу с поставщиком3.0.148. - Если релизы не бьются — сначала догоните базу промежуточными обновлениями по цепочке, либо используйте полный
.cf.
Разрыв в цепочке релизов — самая частая причина ошибки Выбранный файл обновления не подходит для данной конфигурации. Не перескакивайте релизы через .cfu.
Если конфигурация снята с поддержки: постановка на поддержку
Иногда базу когда-то сняли с поддержки полностью — замка нет вообще, и обновиться от поставщика невозможно. Такую конфигурацию нужно вернуть на поддержку.
Конфигуратор → Конфигурация → Поддержка → Настройка поддержки. Если кнопка Настройка поддержки неактивна, а есть только «Поставить на поддержку» — база снята с поддержки..cf того релиза, который сейчас в базе (или ближайшего). Платформа сопоставит объекты вашей базы с объектами поставщика.Обновить конфигурацию базы данных (F7). Убедитесь, что в Настройке поддержки появилась версия поставщика.Постановка на поддержку — тонкая операция: если объекты сопоставятся неверно, часть доработок платформа примет за «родные» объекты поставщика. Делайте это только на копии и с человеком, который понимает структуру базы.
Обновление базы: сравнение и объединение доработок
Это сердце процедуры. Здесь вы совмещаете новый релиз поставщика со своими доработками.
Пошагово:
- Войдите в
Конфигураторв монопольном режиме (все пользователи вышли). - Меню
Конфигурация → Поддержка → Обновить конфигурацию. - Выберите источник обновления: Из файла обновления (
.cfu) либо Из файла (.cf). Для.cfuплатформа сама подтянет нужный из шаблонов. - Откроется окно «Обновление» с тремя колонками сравнения: Основная конфигурация (ваша), Старая конфигурация поставщика, Новая конфигурация поставщика.
- Нажмите Выполнить. Появится окно сравнения-объединения — главный экран всей операции.
Как читать окно сравнения-объединения
В окне у каждого объекта — флажок и «режим объединения». Логика цвета и пометок:
- ⚪ Объект не менялся ни у вас, ни у поставщика — проходит автоматически.
- 🟡 Поставщик изменил, вы не трогали — принимайте изменение поставщика (флажок включён).
- 🔴 Поставщик изменил, и вы этот объект дорабатывали — конфликт. Решаете вручную: чей вариант оставить или слить построчно.
- 🔵 Только ваша доработка, поставщик не менял — снимите флажок, чтобы не откатить свою правку релизом.
Дважды кликните по конфликтному объекту (модулю, форме) — откроется построчное сравнение. Галочками отмечаете, какие строки взять из релиза, а какие оставить свои. Для модулей это самая кропотливая часть.
Правило по умолчанию для дорабатывавшихся объектов — «Взять из новой конфигурации поставщика, но с сохранением изменений». Но универсального рецепта нет: реквизит, добавленный вами в справочник, надо сохранить, а исправленную поставщиком типовую процедуру — принять.
Завершение обновления
- Разобрав все конфликты, нажмите Выполнить в окне объединения.
- Вернувшись в
Конфигуратор, обновите конфигурацию базы данных:Конфигурация → Обновить конфигурацию базы данных(F7). - Платформа покажет список изменений структуры (реорганизация таблиц) — подтвердите Принять.
- Запустите базу в режиме
1С:Предприятие. При первом старте отработает обработчик обновления информационной базы — дождитесь окончания.
После этого проверьте, что доработки на месте: свои печатные формы, добавленные реквизиты, внешние отчёты и обработки.
Проверка после обновления: что открыть в первую очередь
Обновление прошло без ошибок — это ещё не значит, что всё работает. Пройдитесь по контрольным точкам.
- ✅ Открывается ли база в режиме предприятия без ошибок при старте.
- ✅ На месте ли ваши доработанные печатные формы и добавленные реквизиты.
- ✅ Проводятся ли документы, которые вы дорабатывали (сделайте тестовое проведение).
- ✅ Формируются ли ключевые отчёты — оборотно-сальдовая ведомость, регламентированные отчёты.
- ✅ Совпадают ли итоги отчётов с теми, что были до обновления (на тестовой копии за закрытый период).
- ✅ Нет ли в
Конфигураторекрасных объектов и ошибок приПроверка конфигурации.
Сравните оборотку за прошлый закрытый месяц до и после обновления. Цифры разошлись — значит, объединение затронуло проведение, и надо разбираться, какой объект принял «чужую» логику.
Частые ошибки и как их избежать
.cfu. Догоните базу промежуточными обновлениями по цепочке релизов или используйте полный .cf..dt и повторите объединение внимательнее..cf поставщика, затем обновляйте по релизам.Обновить конфигурацию базы данных (F7). Нажмите F7 и примите изменения структуры.Главные грабли собраны в одном списке:
- 🚫 Обновление сразу на рабочей базе без теста — конфликты вылезают в бою.
- 🚫 Пропуск релизов через
.cfu— файл не встаёт. - 🚫 Слепое «Принять всё» в окне объединения — теряются доработки.
- 🚫 Нет свежей
.dt— откатиться некуда.
Проверьте себя
Частые вопросы
Можно ли обновить нетиповую конфигурацию автоматически из режима «1С:Предприятие»?
Конфигуратор и ручное сравнение-объединение, иначе доработки потеряются.Что делать, если релизов пропущено несколько?
.cfu по цепочке, либо обновитесь сразу полным файлом .cf нужного релиза. Через один .cfu перескочить несколько релизов нельзя.Как сохранить свои доработки при обновлении?
Нужен ли программист или справится бухгалтер?
Сколько времени занимает обновление нетиповой базы?
Что делать, если после обновления всё сломалось?
.dt, снятой перед обновлением, и повторите процедуру на тестовой копии, разбирая конфликты внимательнее. Поэтому резервная копия и обязательна.