← На главную

Довольно часто возникает ситуация, когда базовая версия конфигурации не обновлялась длительное время. В нашем случае разберем пример с конфигурацией 1С:Управление торговлей (базовая версия), которую необходимо обновить со старого релиза 11.4.6.200 на самую актуальную версию. Главный вопрос: можно ли «перепрыгнуть» промежуточные версии и накатить сразу последний полный дистрибутив, или же придется обновляться строго последовательно?

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

Резервное копирование — критическое условие перед началом работ

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

Самый надежный способ подстраховаться перед экспериментами с «перепрыгиванием» релизов — это не просто сделать стандартную выгрузку информационной базы в файл .dt, а физически скопировать основной файл базы данных 1Cv8.1CD в отдельную безопасную папку. Если после обновления «одним махом» нарушится учет или база вовсе перестанет запускаться, вы сможете просто вернуть старый файл на место и начать правильное последовательное обновление.

Попытка прямого обновления полным дистрибутивом (файл .cf)

На практике пользователи часто пытаются взять полный конфигурационный файл последнего релиза (формат .cf) и выполнить загрузку или объединение конфигураций. Посмотрим, почему этот способ не рекомендуется.

Хотя технически платформа 1С может позволить вам объединить конфигурации, этот шаг несет крайне высокие риски нарушения логики базы данных. Главная причина кроется в отложенных обработчиках обновления.

Обработчики обновления — это специализированные программные скрипты, встроенные разработчиками 1С, которые конвертируют данные таблиц, справочников и документов из старой структуры в новую при каждом обновлении. Если вы перепрыгнете через десяток релизов (например, с 11.4.6 сразу на 11.4.13 или 11.5), промежуточные скрипты просто не отработают. В результате:

1. Важные данные, такие как регистры накопления, расчеты НДС или партионный учет, могут быть безвозвратно повреждены.
2. Новые реквизиты объектов останутся незаполненными, что приведет к ошибкам при проведении документов.
3. Ошибки учета могут всплыть не сразу, а спустя несколько недель работы, когда восстановить данные будет уже крайне сложно.

Кроме того, сама система при попытке такого прямого обновления часто выдает ошибку, предупреждая, что обновление возможно только с определенного промежуточного релиза (например, с версии 11.4.7.150).

Официальный порядок: таблица переходов и файлы .cfu

Фирма «1С» настоятельно не рекомендует пропускать обновления. Для безопасного перехода между версиями выпускается специальная таблица переходов. В ней четко указано, с каких именно предыдущих версий можно штатно обновиться с помощью файла обновления (формат .cfu).

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

Рекомендованный способ: Встроенное автоматическое обновление

Если у вас базовая версия УТ и есть доступ к ИТС, самым правильным и простым подходом при большом отставании будет использование встроенного механизма автоматического обновления через интернет.

Разберем по шагам, как это работает:

1. Зайдите в раздел поддержки и обслуживания в программе.
2. Запустите штатное обновление конфигурации и разрешите программе искать обновления в интернете (потребуется ввести логин и пароль от портала ИТС).
3. Система сама проанализирует ваш текущий релиз (11.4.6.200) и актуальную версию на сервере.
4. Программа автоматически составит правильную цепочку из минимально необходимого количества промежуточных обновлений.
5. Она самостоятельно скачает нужные дистрибутивы и поочередно их установит, запуская все необходимые обработчики между этапами.

Этот процесс может занять значительное время (вплоть до нескольких часов в зависимости от размера базы и количества пропущенных релизов), однако он гарантирует целостность ваших данных и корректное выполнение всех служебных скриптов.

Зависимость от версии технологической платформы

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

Актуальные релизы конфигураций требуют новых версий платформы. Однако здесь кроется подводный камень: старые версии конфигурации (такие как 11.4.6) могут нестабильно работать или вовсе не запускаться на самых свежих релизах платформы. Поэтому процесс обновления часто приходится разбивать на этапы:

1. Обновить конфигурацию до максимально возможного релиза в рамках текущей платформы.
2. Установить новую версию платформы 1С:Предприятие 8.3.
3. Продолжить обновление конфигурации до актуального релиза уже на новой платформе.

Подводим итоги

Отвечая на первоначальный вопрос: сразу обновлять сильно отставшую базу полным дистрибутивом категорически не рекомендуется. Даже если система позволит это сделать, риск получить скрытые ошибки в учете огромен. Сделайте копию файла базы, запустите встроенное обновление через интернет и позвольте системе самой аккуратно пройти по таблице переходов, накатив все промежуточные конфигурации. Это сэкономит вам массу времени и нервов в будущем.