Обновление такой тяжелой конфигурации, как 1С:ERP Управление предприятием, — это всегда ответственный процесс, требующий четкого понимания внутренней архитектуры данных. Переход с версии 2.4.7 на 2.4.11 охватывает значительный период разработки, в течение которого менялись не только формы, но и базовые принципы учета: механизмы распределения затрат, расчет НДС и интеграция с государственными информационными системами. Разберем подробно, как совершить этот прыжок максимально безопасно.
Рассмотрим ситуацию, когда у нас есть сильно доработанная конфигурация на версии 2.4.7, и мы хотим минимизировать количество сравнений и объединений. Казалось бы, логично сразу взять cf от версии 2.4.11 и применить его. Однако здесь кроется главная опасность — **удаление обработчиков обновления**.
Проанализируем, как работает механизм обновления в 1С. Когда вы запускаете базу в пользовательском режиме после обновления конфигурации, в дело вступает БиблиотекаСтандартныхПодсистем (БСП). Она запускает специальные процедуры — обработчики, которые переносят данные из старых реквизитов в новые, пересчитывают остатки или заполняют новые регистры сведений. Фирма «1С» в целях оптимизации размера конфигурации периодически удаляет код старых обработчиков (предназначенных для переходов с очень древних версий). Если вы перепрыгнете через 30–40 релизов сразу, система может просто «не найти» нужный код для конвертации данных из формата 2.4.7 в формат 2.4.11. В результате вы получите базу с правильной структурой метаданных, но с пустыми или некорректно заполненными регистрами.
Для успешного перехода нам необходимо выстроить цепочку «узловых» релизов. Это версии, на которых обязательно нужно останавливаться, запускать базу в пользовательском режиме и дожидаться завершения всех процедур обновления. Посмотрим на рекомендованную последовательность для нашего случая:
Проанализируем технические файлы поставки (1cv8.clu или пояснительные записки к обновлению). 1С всегда указывает список версий, с которых возможно обновление на текущую. Если ваша текущая версия не входит в этот список, «прямой» прыжок через cfu (файл обновления) невозможен, и крайне не рекомендуется делать это через cf (полный файл конфигурации) без промежуточных запусков.
Если ваша база находится на поддержке с изменениями, процесс усложняется необходимостью переносить доработки. Рассмотрим эффективный алгоритм действий:
cf целевого релиза (2.4.11), в который уже интегрированы ваши доработки. Это позволит выполнить техническое сравнение и объединение всего один раз.cf (например, 2.4.8), не тратя время на детальное объединение форм — нам важно только, чтобы структура данных (таблицы, реквизиты) обновилась, и запустились обработчики.Администрирование — Обслуживание — Результаты обновления программы.При переходе между ветками 2.4.7 и 2.4.11 стоит обратить внимание на изменения в ключевых объектах. Например, часто происходит перенос данных из справочников в регистры сведений (так называемая «выгрузка тяжелых реквизитов»). Выясним причину возможных ошибок: если вы удалили типовой реквизит в своей доработке, а обработчик обновления ожидает его наличия для переноса данных, процедура завершится с ошибкой.
Рассмотрим пример того, как можно проверить статус выполнения обработчиков программно, если визуальный интерфейс не дает полной картины. Мы можем обратиться к метаданным БСП:
Выборка = РегистрыСведений.ОбновлениеИнформационнойБазы.Выбрать();
Пока Выборка.Следующий() Цикл
Если Выборка.Статус = Перечисления.СтатусыОбработчиковОбновления.Ошибка Тогда
Сообщить("Ошибка в обработчике: " + Выборка.ИмяОбработчика);
КонецЕсли;
КонецЦикла;
Не забудем, что версии 2.4.11 требуют более свежей платформы 1С:Предприятие. На момент актуальности этого релиза рекомендовалось использовать платформу не ниже 8.3.14.1854, а для стабильной работы лучше переходить на 8.3.16. Перед началом процесса обязательно выполните следующие действия:
Тестирование и исправление (ТиИ) исходной базы. Исправьте ошибки ссылочной целостности до начала обновления.Прыжок с 2.4.7 на 2.4.11 «одним кликом» возможен только теоретически, но на практике он почти гарантированно приведет к логическим ошибкам в учете. Правильная стратегия — это использование узловых релизов (минимум 2.4.8 и 2.4.10) с обязательным выполнением всех обработчиков обновления в пользовательском режиме на каждом этапе. Помните: время, сэкономленное на пропуске запусков базы, может обернуться неделями ручного исправления данных в регистрах себестоимости и НДС.