Посчитать шаги обновления 1С нужно всякий раз, когда текущий релиз конфигурации отстаёт от актуального на несколько версий: платформа не позволяет «перепрыгнуть» через промежуточные релизы, если разработчик не предусмотрел прямой переход. Попытка обновиться сразу на последнюю версию через Конфигурация → Поддержка → Обновить конфигурацию часто завершается ошибкой о несовместимости релизов — и это первый сигнал, что потребуется цепочка последовательных обновлений.
Правильный подсчёт шагов избавляет от лишней работы: иногда достаточно двух промежуточных релизов вместо десяти, а иногда прямой переход вообще невозможен из-за изменения структуры данных. Ниже разберём, как определить количество шагов, где брать информацию о совместимости и как безопасно выполнить многошаговое обновление.
Что такое шаг обновления и почему нельзя пропускать релизы
Шаг обновления — это переход с одного релиза конфигурации на следующий совместимый релиз. Совместимость определяет разработчик: для каждой версии 1С:Бухгалтерии, ЗУП или Управления торговлей публикуется список релизов, с которых допускается обновление. Если вашего текущего релиза в этом списке нет — прямой переход заблокирован.
Причина ограничения техническая. Каждый релиз содержит обработчики обновления — процедуры, которые преобразуют данные информационной базы под новую структуру метаданных. Обработчики пишутся с расчётом на конкретное исходное состояние базы. Пропуск релиза означает, что часть преобразований не выполнится, и данные могут оказаться повреждены или потеряны.
Отсюда главный вывод: количество шагов определяется не разницей номеров версий, а цепочкой совместимости, опубликованной поставщиком конфигурации.
Где узнать текущую версию конфигурации
Прежде чем считать шаги, зафиксируйте отправную точку. Откройте информационную базу в режиме 1С:Предприятие и перейдите в раздел с информацией о программе — обычно он доступен через меню с номером версии в заголовке окна или через пункт справки. Там отображаются два номера: версия платформы и версия конфигурации.
Для подсчёта шагов важен именно релиз конфигурации — он имеет вид четырёх чисел, например 3.0.XXX.XX для типовой бухгалтерии. Запишите его полностью: два соседних релиза могут отличаться только последней цифрой, но иметь разные правила перехода.
Если база открывается только в конфигураторе, версию можно посмотреть через Конфигурация → Поддержка → Настройка поддержки — там указывается текущий релиз поставщика.
Как определить цепочку совместимых релизов
Основной источник данных — официальный пользовательский портал 1С, где для каждого релиза публикуется файл с описанием обновления. В нём прямо перечислены версии, с которых возможен переход на данный релиз. Именно этот документ, а не форумы и не советы из интернета, должен быть основой расчёта.
Порядок действий при построении цепочки:
- 🔍 Найдите на портале описание целевого (актуального) релиза и выпишите список исходных версий, с которых на него разрешено обновление.
- 🔗 Проверьте, входит ли ваш текущий релиз в этот список. Если да — это один шаг.
- 🧩 Если нет — возьмите ближайший к вашему релиз из списка совместимых и повторите проверку уже для него, двигаясь от нового к старому.
- 📝 Запишите получившуюся цепочку от вашего релиза до целевого — количество звеньев и есть число шагов.
- 📦 Скачайте дистрибутивы обновлений для каждого промежуточного релиза заранее, до начала работ.
Удобно оформить цепочку в виде таблицы, чтобы ничего не перепутать в процессе:
| Шаг | С релиза | На релиз | Источник проверки |
|---|---|---|---|
| 1 | Текущий релиз вашей базы | Первый совместимый промежуточный | Описание обновления на портале 1С |
| 2 | Промежуточный релиз | Следующий совместимый | Описание обновления промежуточного релиза |
| 3 | Предпоследний релиз | Целевой актуальный релиз | Описание целевого релиза |
| Проверка | После каждого шага — контрольный запуск базы и проверка данных | ||
Пошаговый алгоритм подсчёта шагов на практике
Разберём логику расчёта на условном примере без привязки к конкретным номерам, поскольку списки совместимости меняются с каждым релизом. Допустим, ваша база отстаёт от актуальной версии на несколько лет.
Сначала откройте описание самого свежего релиза. Допустим, в нём указано, что обновление возможно с релизов не старше определённого порога. Ваша версия старше порога — значит, прямого перехода нет. Берёте описание релиза, соответствующего этому порогу, и смотрите, с каких версий обновляется уже он. Так, шаг за шагом, вы спускаетесь к своему текущему релизу.
На практике для типовых конфигураций, отстающих на 1–2 года, цепочка обычно состоит из нескольких шагов; при большем отставании их может быть заметно больше. Точное число зависит только от таблиц совместимости — не существует универсального правила «обновляться можно максимум через N релизов», каждый случай проверяется по документации.
☑️ Подготовка к многошаговому обновлению
Как выполнить многошаговое обновление без ошибок
Каждый шаг выполняется по стандартной схеме: через конфигуратор выбирается Конфигурация → Поддержка → Обновить конфигурацию, указывается файл обновления .cfu соответствующего релиза, после загрузки запускается обновление конфигурации базы данных. Затем база запускается в режиме предприятия — именно там отрабатывают обработчики переноса данных.
Критически важно: не переходите к следующему шагу, пока предыдущий не завершён полностью. Признак завершения — база открывается в режиме предприятия без сообщений об ошибках обновления, а номер версии в сведениях о программе соответствует установленному релизу.
⚠️ Внимание: перед первым шагом обязательно сделайте выгрузку базы через Администрирование → Выгрузить информационную базу в конфигураторе. Дополнительно полезно делать копию после каждого успешного шага — тогда при сбое не придётся начинать цепочку с нуля.
Если на каком-то шаге обновление завершилось ошибкой, не пытайтесь «дожать» процесс повторным запуском вслепую. Восстановите копию, сделанную перед этим шагом, изучите текст ошибки и устраните причину — чаще всего это нехватка прав, недостаток места на диске или модифицированная (снятая с поддержки) конфигурация.
Типичные ошибки при подсчёте и выполнении шагов
Первая ошибка — расчёт «на глаз» по номерам версий. Пользователь видит, что отстаёт на десять релизов, и готовится к десяти шагам, хотя по таблице совместимости хватило бы трёх. Или наоборот: планирует один шаг там, где нужно пять. Решение одно — всегда сверяться с официальным описанием каждого релиза.
Вторая ошибка — игнорирование требований к версии платформы. Отдельные релизы конфигураций работают только на платформе не ниже определённой версии, и это указывается в описании обновления. Проверяйте требование к платформе для каждого шага цепочки, а не только для финального релиза.
⚠️ Внимание: обновлять рабочую базу, в которой ведётся учёт, напрямую без тестового прогона — рискованная практика. Безопаснее развернуть копию базы, пройти всю цепочку шагов на ней, проверить целостность данных и только потом повторить процедуру на рабочей базе.
Третья ошибка — прерывание обновления конфигурации базы данных на длинных этапах. На больших базах реструктуризация может занимать продолжительное время, и внешне процесс выглядит «зависшим». Дождитесь завершения; принудительное закрытие конфигуратора в этот момент может оставить базу в рассогласованном состоянии.
Что делать, если дистрибутив промежуточного релиза недоступен
Старые дистрибутивы обновлений обычно доступны в архиве на пользовательском портале 1С при действующей подписке ИТС. Если нужного релиза нет в личном кабинете, обратитесь к партнёру-франчайзи 1С, обслуживающему вашу организацию, — у партнёров есть доступ к полному архиву релизов. Не скачивайте дистрибутивы со сторонних сайтов: подлинность и целостность таких файлов не гарантирована.
Когда цепочка получается слишком длинной
Если база не обновлялась несколько лет и цепочка насчитывает десятки шагов, стоит рассмотреть альтернативы. Один из вариантов — установка актуального релиза «с нуля» и перенос данных штатными средствами перехода, если разработчик предоставляет такую методику для вашей конфигурации. Это не универсальное решение: возможность и полнота переноса зависят от конкретного продукта.
Другой вариант — обратиться к обслуживающему партнёру 1С. Специалисты, регулярно выполняющие обновления, нередко имеют готовые проверенные цепочки для типовых ситуаций и могут выполнить переход быстрее и с меньшим риском.
⚠️ Внимание: любой альтернативный сценарий (перенос данных, переход на новую редакцию конфигурации) требует отдельной проверки полноты перенесённых данных. Сверьте обороты, остатки и ключевые отчёты в старой и новой базе до начала работы в новой версии.
Часто задаваемые вопросы
Можно ли обновить 1С сразу на последний релиз, пропустив промежуточные?
Только если ваш текущий релиз входит в список совместимых для целевого — это указано в официальном описании обновления на портале 1С. Если релиза в списке нет, пропуск версий невозможен: обработчики обновления данных рассчитаны на конкретное исходное состояние базы.
Где взять точный номер текущего релиза конфигурации?
В режиме 1С:Предприятие откройте сведения о программе (обычно доступны из меню с номером версии или через справку). Также релиз виден в конфигураторе через Конфигурация → Поддержка → Настройка поддержки.
Что делать, если обновление на одном из шагов завершилось ошибкой?
Не продолжайте цепочку. Восстановите базу из копии, сделанной перед этим шагом, изучите текст ошибки и устраните причину: проверьте права доступа, свободное место на диске, соответствие версии платформы и статус поддержки конфигурации. Затем повторите шаг.
Нужно ли обновлять платформу 1С при каждом шаге?
Не обязательно при каждом, но требования к минимальной версии платформы нужно проверять для каждого релиза в цепочке — они указаны в описании обновления. Если очередной релиз требует более новую платформу, обновите её перед этим шагом.
Сколько времени занимает многошаговое обновление?
Точное время предсказать нельзя: оно зависит от размера базы, количества шагов, производительности сервера и объёма доработок конфигурации. Планируйте работы на нерабочее время и обязательно делайте тестовый прогон на копии базы — он покажет реальную длительность для вашего случая.