Как обновить конфигурацию 1С, если она снята с поддержки

Конфигурацию 1С, снятую с поддержки, обновляют в два хода. Сначала её возвращают на поддержку: в Конфигураторе Конфигурация → Сравнить, объединить с конфигурацией из файла, а в качестве файла берут типовой .cf того же релиза, что стоит сейчас. Потом обычным порядком накатывают обновления .cfu по цепочке.

Частая ошибка — сразу объединять базу с .cf свежего релиза. Платформа это позволит, но сравнение пройдёт без «общего предка». Все отличия, включая изменения самой фирмы 1С за несколько лет, окажутся в одной куче. Отделить свои доработки от типовых правок вручную почти невозможно, и именно так теряются исправления в отчётах и обработках.

С чего начать: что сломано и насколько глубоко

Первым делом выясните, в каком состоянии поддержка. Откройте Конфигуратор, затем Конфигурация → Поддержка → Настройка поддержки.

Возможны три картины:

• 🟢 Конфигурация на поддержке, изменения включены. Обновление штатное, через Конфигурация → Поддержка → Обновить конфигурацию. Возвращать ничего не нужно.
• 🟡 Поддержка есть, но часть объектов снята с поддержки. У таких объектов правило «Объект поставщика снят с поддержки». Обновление пройдёт, но эти объекты не получат изменений из релиза.
• 🔴 В окне написано, что конфигурация снята с поддержки. Пункт «Обновить конфигурацию » неактивен. Это случай этой инструкции.

Дальше нужны три факта:

1. Точный номер текущего релиза. Смотрите Справка → О программе в пользовательском режиме или свойства корня конфигурации в Конфигураторе (поле «Версия»).
2. Насколько релиз отстал. Сравните номер с актуальным на портале поддержки. Разрыв в 2-3 релиза — работа на вечер. Разрыв в два-три года — проект на несколько дней.
3. Объём доработок. Сравните текущую конфигурацию с типовой того же релиза: Конфигурация → Сравнить конфигурации. Отчёт о сравнении покажет, сколько объектов изменено.

Оценка рисков

Полное или частичное обновление: выбираем путь

Под «полным» и «частичным» обновлением снятой с поддержки конфигурации обычно понимают разные стратегии. Их четыре.

Полный возврат на поддержку — основной вариант. После него обновления снова ставятся штатно.

Частичный вариант нужен, когда объект переписан так, что типовые изменения в него уже не встроить. Например, своя печатная форма счёта, которая с типовой не имеет ничего общего. Её можно оставить снятой с поддержки и обновлять руками.

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

Подготовка: копии, файлы и тестовая база

Ничего не делайте в рабочей базе. Весь цикл проходит на копии.

Резервные копии

1. Выгрузите базу целиком: в Конфигураторе Администрирование → Выгрузить информационную базу. Получится файл .dt.
2. Сохраните текущую конфигурацию отдельно: Конфигурация → Сохранить конфигурацию в файл. Это ваш .cf с доработками.
3. Для файловой базы дополнительно скопируйте каталог базы с файлом 1Cv8.1CD, когда в ней никто не работает.

Тестовый контур

Создайте новую пустую информационную базу и загрузите в неё .dt: Администрирование → Загрузить информационную базу. Все эксперименты — там.

💡 Назовите тестовую базу так, чтобы её нельзя было спутать с рабочей. Например, «ТЕСТ обновление». В клиент-серверном варианте отключите в копии регламентные задания, обмены и отправку почты, иначе копия начнёт слать данные контрагентам и в контролирующие органы.

Файлы конфигурации

Понадобятся:

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

Где искать cf своего релиза:

• в каталоге шаблонов на компьютере, где ставили обновления. По умолчанию это %APPDATA%\1C\1cv8\tmplts\1c\ и подпапка конфигурации с номером версии;
• на портале поддержки фирмы 1С при действующей подписке ИТС — там лежат дистрибутивы прошлых релизов;
• у обслуживающей организации.

Возвращаем конфигурацию на поддержку

Порядок в тестовой базе.

1. Откройте Конфигуратор и конфигурацию: Конфигурация → Открыть конфигурацию.
2. Выберите Конфигурация → Сравнить, объединить с конфигурацией из файла и укажите .cf того же релиза.
3. На вопрос о постановке на поддержку ответьте «Да».
4. Откроется окно сравнения. Слева — ваша конфигурация, справа — типовая. Отличия и есть ваши доработки.
5. Разберите отличия. По объектам, где вы что-то меняли, снимите отметку объединения — тогда останется ваш вариант. Где доработки нет, а отличие есть, обычно это мусор от прошлых неудачных обновлений: оставьте типовой вариант.
6. Нажмите «Выполнить». В окне настройки правил поддержки для изменённых объектов выберите «Объект поставщика редактируется с сохранением поддержки».
7. Обновите конфигурацию базы данных: Конфигурация → Обновить конфигурацию базы данных (F7).

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

Если отличий оказалось слишком много

Бывает, что окно сравнения показывает сотни изменённых объектов, хотя программист клянётся, что правил «пару отчётов». Обычно причина одна из трёх:

• 🧩 cf не того релиза. Даже соседний релиз даёт сотни отличий. Проверьте номер версии в свойствах загружаемого файла и в свойствах вашей конфигурации — они должны совпадать до последней цифры.
• 🧩 Следы ручного обновления. Кто-то уже пытался обновить базу, объединяя с новым cf. Часть объектов получила новый релиз, часть осталась старой. Здесь помогает только разбор по объектам.
• 🧩 Мелкие технические отличия. Порядок объектов, пустые строки в модулях, свойства форм. Откройте пару таких объектов через сравнение модулей: если различаются только пробелы и порядок, смело оставляйте типовой вариант.

Мини-пример. В базе бухгалтерии сравнение показало 340 отличий. После проверки номера выяснилось, что cf взят на релиз новее. С правильным файлом осталось 18 объектов: 11 печатных форм, 4 отчёта и 3 модуля документов. Разбор занял два часа вместо планируемых двух дней.

Накатываем релизы по цепочке

Теперь база снова обычная доработанная конфигурация на поддержке.

1. Конфигурация → Поддержка → Обновить конфигурацию.
2. Укажите файл обновления. В описании каждого .cfu сказано, с каких версий на него можно перейти. Если вашей версии в списке нет, нужен промежуточный релиз.
3. В окне сравнения платформа покажет три состояния: старая типовая, ваша и новая типовая. Объекты без доработок обновятся сами. Объекты с доработками требуют решения.
4. Для изменённых объектов выбирайте объединение. Для модулей платформа умеет объединять по процедурам. Если конфликт внутри одной процедуры, откройте её и сведите вручную.
5. Выполните обновление и F7.
6. Запустите базу в пользовательском режиме. Дождитесь окончания обработчиков обновления — программа сама покажет экран обновления версии.
7. Повторите для следующего релиза.

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

Сколько это занимает. Небольшая файловая база проходит один релиз за 10-30 минут. Серверная база на десятки гигабайт — от часа и больше на каждый шаг из-за реструктуризации таблиц.

Переносим доработки, отчёты и внешние обработки

Обновление прошло — это ещё не конец. Доработки, которые формально объединились, могут работать неверно.

Что проверить в доработанных объектах:

• 🔍 модули, где вы оставили свой вариант целиком: в них нет исправлений фирмы 1С за пропущенные релизы;
• 🔍 обращения к реквизитам и регистрам, которые в новом релизе переименовали или удалили — синтаксическая проверка (Конфигурация → Проверка конфигурации) покажет часть таких мест;
• 🔍 печатные формы: типовые макеты часто меняют под новые формы документов.

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

Пользовательские настройки отчётов могут сброситься, если изменилась структура отчёта. Предупредите бухгалтерию: варианты придётся настроить заново.

Расширения вместо правки основной конфигурации

Самый надёжный способ больше не попадать в эту ситуацию — переносить доработки в расширения: Конфигурация → Расширения конфигурации. Основная конфигурация остаётся типовой и обновляется без объединения. Расширение после обновления нужно лишь проверить на совместимость.

Не всё переносится в расширение за раз. Начните с печатных форм, отчётов и новых реквизитов — это самая частая и самая простая часть доработок.

Перевод на рабочую базу и контроль после запуска

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

1. В тестовой базе сохраните результат: Конфигурация → Сохранить конфигурацию в файл.
2. В рабочей базе сделайте свежую выгрузку .dt.
3. Загрузите конфигурацию из файла и обновите конфигурацию базы данных.
4. Запустите пользовательский режим и дождитесь обработчиков обновления.

Первую неделю держите .dt до обновления под рукой. Сверяйте оборотно-сальдовую ведомость за прошлый закрытый период с выгрузкой из старой копии: обороты не должны измениться ни на рубль.

Результаты отложенной обработки данных смотрите в разделе Администрирование → Обслуживание. Пока она идёт, часть отчётов может показывать неполные данные — это нормально.

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