Какой релиз ЗУП новее: 3.1.17.94 или 3.1.17.63 и на какой лучше обновляться?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом IT и автоматизация бизнеса
← На главную

При обслуживании типовых конфигураций 1С, особенно таких сложных, как 1С:Зарплата и Управление Персоналом, администраторы и программисты часто сталкиваются с парадоксальными ситуациями в нумерации версий. Разберем, почему релиз 3.1.17.63 может казаться «старше» релиза 3.1.17.94, и как правильно подойти к процессу обновления информационной базы.

Понимаем логику нумерации релизов 1С

Многие пользователи ошибочно полагают, что номер релиза всегда строго коррелирует с датой выхода. Однако в практике 1С существует понятие «технических релизов». Разберемся в ситуации с 3.1.17.63:

  1. Технический релиз: Версия 3.1.17.63 была выпущена как «заплатка» для устранения конкретной критической ошибки, возникшей в процессе обновления (ошибка 10229344 — конфликт в регистре МероприятияТрудовойДеятельностиПереданные).
  2. Параллельная разработка: Разработчики 1С часто ведут несколько веток сборки. Технический релиз часто базируется на более раннем «ядре», чтобы не включать в себя новые функциональные изменения, которые еще не прошли полное тестирование.
  3. Приоритет: Версия 3.1.17.94 является более актуальной и «полной» с точки зрения функциональности. Устанавливать 3.1.17.63 самостоятельно не требуется, если только вы не столкнулись с той самой специфической ошибкой при обновлении, которую она исправляет.

Выбор стратегии обновления: LTS или обычная версия

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

Версии длительного сопровождения (LTS)

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

«Обычные» или «Продвинутые» версии

В примере это ветка 3.1.17. Это версии для тех, кто хочет получать новые возможности платформы и новые инструменты расчета сразу после их выхода. Однако, выбирая их, будьте готовы к тому, что вы становитесь «первопроходцами» и можете столкнуться с недоработками, которые еще не успели выявить другие пользователи.

Что делать, если при обновлении возникла критическая ошибка

Если в процессе обновления в пользовательском режиме (этап выполнения обработчиков обновления) шкала прогресса останавливается и возникает ошибка (например, «Запись с такими ключевыми полями существует»), рекомендуем следовать следующему алгоритму:

  1. Не пытайтесь «дожать» обновление: Если процесс прервался, ваша база находится в «битом» состоянии (частично обновленные метаданные). Использование такой базы недопустимо.
  2. Используйте резервную копию: Единственный корректный способ — восстановление базы из файла dt или образа SQL, созданного до начала процедуры обновления.
  3. Анализ проблемы: Если ошибка повторяется, поищите информацию на форумах или ресурсах ИТС по номеру ошибки. Часто сообщество уже нашло «способ обхода» (например, отмена проведения определенных документов перед запуском обновления).
  4. Очистка регистров: При возникновении ошибок дублирования в регистрах (например, СостояниеСотрудников), не торопитесь править данные напрямую. Изучите, не является ли это известной ошибкой релиза, для которой 1С уже готовит исправительный патч.

Итоговый совет по работе с релизами

Мы советуем придерживаться принципа осторожности. Если ваша компания активно использует доработки, старайтесь использовать релизы LTS. Если же вы используете типовой функционал и вам необходимы последние новшества законодательства, будьте готовы к оперативному восстановлению базы из копий. Помните: технические версии (как 3.1.17.63) — это «скорая помощь», а не база для регулярного обновления всей инфраструктуры.

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

← На главную