Переход между минорными версиями конфигурации «Зарплата и управление персоналом», такими как 3.1.9 и 3.1.10, всегда сопряжен с определенными рисками. Это не простое исправление ошибок, а изменение структуры метаданных, внедрение новых алгоритмов расчета и подготовка к изменениям в законодательстве. Рассмотрим подробно, как осуществить этот «прыжок» максимально безопасно и эффективно.
Прежде всего, разберем ситуацию с количеством шагов. Если следовать стандартной методике использования файлов обновлений .cfu, то прямой переход с версии 3.1.9.108 на 3.1.10.110 невозможен. Система потребует соблюдения цепочки. Проанализируем минимально необходимый список промежуточных релизов:
Таким образом, классический путь потребует как минимум пяти итераций. Это наиболее безопасный метод, так как разработчики 1С тестируют именно такие цепочки переходов.
Рассмотрим альтернативный вариант — «прыжок» через загрузку полной конфигурации. Технически, использование файла .cf от целевого релиза 3.1.10.110 позволяет обновить структуру метаданных за один раз. Однако здесь кроется главная опасность: обновление конфигурации и обновление данных — это два разных процесса.
Когда мы загружаем .cf, мы меняем структуру таблиц в SQL или файловой базе. Но логика данных (заполнение новых регистров, пересчет старых показателей) выполняется специальными процедурами в режиме «1С:Предприятие». Эти процедуры (обработчики обновления) должны выполняться строго последовательно. Выясним, почему это критично: если обработчик версии 3.1.10.78 ожидает, что данные в регистре СведенияОБОбразовании уже были нормализованы обработчиком из 3.1.9.187, а вы «перепрыгнули» техническую часть, система может отработать некорректно или выдать ошибку.
Важно помнить, что ветка 3.1.10 предъявляет повышенные требования к версии технологической платформы. Перед началом процесса обязательно проанализируем текущую версию 8.3. Для стабильной работы ЗУП 3.1.10.110 рекомендуется использовать платформу не ниже:
Если проигнорировать это требование, после обновления конфигурации база может просто не запуститься в пользовательском режиме, выдавая ошибку о несовместимости версии платформы.
Проанализируем ситуацию с кастомизацией базы. В переходе с 3.1.9 на 3.1.10 1С продолжила масштабный рефакторинг кода. Посмотрим на основные изменения:
Если вы все же решили сэкономить время и обновляться через .cf, выполним следующие шаги:
Конфигурация — Поддержка — Обновить конфигурацию (выбрав файл .cf) или через Сравнить, объединить с конфигурацией из файла накатываем целевой релиз. Важно: не используйте «Загрузить конфигурацию из файла», если база находится на поддержке и в ней есть данные, так как это может сбить настройки поставщика.Администрирование — Обслуживание — Результаты обновления программы.Разберем, что именно изменилось в данных, на что стоит обратить внимание после обновления:
СЗВ-ТД. Проверьте правильность заполнения исторических данных в кадровых приказах.Отпуск, чтобы убедиться в отсутствии расхождений со старым релизом.Подводя итог, можно сказать: «прыгнуть» можно, но только при условии тщательного тестирования на копии. Если база большая и содержит много исторических данных, лучше придерживаться «золотой середины», предложенной опытными специалистами:
3.1.9.108 -> 3.1.9.229 -> 3.1.10.78 -> 3.1.10.110
Этот путь из трех промежуточных остановок гарантирует, что цепочки обработчиков обновления данных отработают корректно, а риск повреждения структуры таблиц будет сведен к минимуму. После каждого промежуточного обновления обязательно заходите в режим «Предприятие» и давайте системе завершить процедуры обновления данных.