Почему в 1С существуют две параллельные ветки релизов и какую версию выбрать для установки?

При работе с крупными типовыми решениями фирмы «1С», такими как 1С:Управление торговлей, 1С:Комплексная автоматизация или 1С:ERP, специалисты часто сталкиваются с ситуацией, когда в списке доступных обновлений присутствуют две параллельные ветки. Например, версии 11.5.17.ххх и 11.5.21.ххх. Это вызывает закономерные вопросы: какая из них «правильнее», почему разработчики не выпускают одну общую версию и на какую из них стоит переходить в конкретной ситуации. В этой статье мы подробно разберем стратегию выпуска релизов 1С и выясним технические нюансы выбора ветки.

Разберем концепцию веток: LTS против функциональных релизов

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

1. Версии с длительной поддержкой (LTS — Long-term support): К ним относится «младшая» ветка (например, 11.5.17). Основная цель такой версии — обеспечить стабильность бизнеса. В ней не меняются существующие механизмы учета и не добавляется сложный новый функционал, требующий переобучения персонала. Однако в нее оперативно вносятся все изменения законодательства и исправляются критические ошибки. Например, даже для таких стабильных веток выпускается специальное расширение для добавления ставок НДС 2025 года (22%, 5%, 7%), чтобы пользователи могли соответствовать закону, не меняя привычный функционал.
2. Новые функциональные версии: К ним относится «старшая» ветка (например, 11.5.21). Здесь разработчики внедряют новые возможности: улучшенные интерфейсы, переработанные алгоритмы распределения затрат, новые интеграции. Эта ветка является инновационной, но может содержать «детские болезни» свежего кода.

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

Выясним причины появления параллельных релизов

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

Когда текущая функциональная ветка (например, 11.5.17) достигает определенного уровня зрелости, она объявляется версией длительного сопровождения. Параллельно запускается новая ветка (11.5.19, затем 11.5.21), где начинаются масштабные преобразования кода. Таким образом, у пользователя появляется выбор: остаться на «тихой пристани» или двигаться в сторону технологического прогресса. Даже если компания использует очень старые решения, существуют способы поддерживать их актуальность — об этом говорит практический опыт работы с маркировкой на древней УТ 10.3, позволяющий избежать поспешного перехода на 11.5.

Проанализируем технические ограничения и требования к платформе

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

Младшая ветка (11.5.17) обычно сохраняет совместимость с более старыми версиями платформы (например, 8.3.22). В то время как старшая ветка (11.5.21) может потребовать обязательного обновления платформы до 8.3.24 или даже 8.3.27 для корректной работы новых механизмов. Перед обновлением всегда проверяйте файл ReadMe.txt или информацию на портале ИТС. Для тех, кто вынужден оставаться на совсем старых редакциях (ERP 2.0-2.3), существуют методики, позволяющие произвести добавление новых ставок НДС через объединение конфигураций.

Рассмотрим логику проверки версии платформы, которую система выполняет при запуске (условно):

Если ВерсияПлатформы < ТребуемаяВерсияКонфигурации Тогда
    Предупредить("Для работы данной версии конфигурации требуется платформа не ниже " + ТребуемаяВерсия);
    ЗавершитьРаботуСистемы();
КонецЕсли;

Помните, что переход с 11.5.17 на 11.5.21 — это стандартная процедура обновления. Однако обратный переход (даунгрейд) невозможен без полной потери данных, так как структура таблиц в базе данных при переходе на старшую ветку безвозвратно меняется. Для более сложного апгрейда системы доступен перенос данных из УТ 10.3 в УТ 11.5.

Критерии выбора: какой релиз ставить новому клиенту?

Рассмотрим ситуацию внедрения «с нуля». Выбор зависит от специфики деятельности организации. Разберем два сценария:

Сценарий 1: Выбираем ветку LTS (например, 11.5.17)

Этот вариант идеален, если:

• Планируется глубокая кастомизация и доработка типового функционала под нужды заказчика.
• Клиент консервативен и приоритетом является стабильность («чтобы ничего не ломалось после обновлений»).
• В текущем функционале ветки 11.5.17 есть все необходимые инструменты для ведения учета.
• ИТ-служба клиента не готова к частому обновлению платформы 1С.

Сценарий 2: Выбираем функциональную ветку (например, 11.5.21)

Этот вариант необходим, если:

• Бизнесу требуются новые возможности маркировки («Честный Знак»). Часто поддержка новых товарных групп (морепродукты, одежда, БАДы) появляется только в свежих функциональных ветках.
• Требуются актуальные интеграции с маркетплейсами или современными государственными ИС. Также в функциональных ветках быстрее реализуется полная поддержка новых ставок НДС 22%, 7%, 5% в 1С:УТ 11.5 и ERP 2.5.
• Планируется использовать систему максимально «из коробки» без доработок.
• Важны исправления ошибок в новых подсистемах, которых просто нет в старой ветке.

Работа с ошибками: где их меньше?

Существует мнение, что в ветке LTS меньше ошибок. Проанализируем это утверждение. В 11.5.17 действительно меньше новых ошибок, так как там не меняется код. Однако старые, фундаментальные ошибки исправляются в обеих ветках параллельно. Если ошибка найдена в подсистеме, которая есть и там, и там — исправление выйдет для обеих веток. Но если вы столкнулись с багом в механизме, который только что появился в 11.5.21, то в 11.5.17 его искать бессмысленно — там этого функционала просто нет.

Для принятия окончательного решения рекомендуем заглянуть на ресурс bugboard.v8.1c.ru или самостоятельно провести анализ конфигураций и расширений на наличие ошибок программными средствами. Если в старшей ветке висит критическая для вас ошибка, которая еще не исправлена, это весомый повод остаться на стабильной версии.

Заключение и рекомендации

Мы выяснили, что «правильного» релиза не существует — есть релиз, подходящий под ваши задачи. Подведем итог нашему исследованию:

1. Для стабильной работы и минимизации затрат на поддержку доработанных баз выбирайте ветку длительного сопровождения (LTS).
2. Для получения доступа к последним технологическим новинкам и требованиям маркировки выбирайте функциональную ветку.
3. Всегда проверяйте совместимость с платформой перед обновлением.
4. Помните, что путь обновления всегда открыт «вверх» (с .17 на .21), но закрыт «вниз».

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