← На главную

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

Две параллельные ветки: В чем разница между обычными релизами и LTS?

Для конфигурации 1С:ЗУП 3.1 разработчики фирмы «1С» параллельно развивают и поддерживают две подредакции. С одной стороны, мы имеем текущие динамичные релизы (например, 3.1.11, 3.1.12, 3.1.15), а с другой — стабильные ветки длительного сопровождения (исторически это были версии 3.1.5, 3.1.10, а в последующем — 3.1.14, 3.1.18, 3.1.23, 3.1.27, 3.1.30 и текущая 3.1.34).

Давайте проанализируем регламент поддержки каждой из этих категорий:

1. Обычные (текущие) версии. Эти релизы сменяют друг друга достаточно быстро — практически каждый месяц или несколько месяцев выпускается новая подредакция. Важная деталь: как только выходит очередная текущая версия (например, 3.1.12), поддержка предыдущей (3.1.11) полностью прекращается. Это означает, что для получения актуальных изменений законодательства и исправления ошибок пользователи обязаны обновлять конфигурацию непрерывно. Вместе с законодательством в такие релизы закладывается новый, часто экспериментальный функционал, который может содержать скрытые программные ошибки.
2. Версии длительного сопровождения (LTS). Данные версии фиксируются разработчиками на длительный срок — как правило, на 1 год (обычно поддержка активна до конца третьего квартала следующего года). В течение этого периода фирма «1С» гарантирует регулярный выпуск обновлений для данной ветки. Однако эти обновления носят исключительно точечный характер: они содержат только критически важные изменения в законодательстве (новые формы отчетов, правила расчета налогов и взносов) и исправление обнаруженных серьезных ошибок. Никакой новый функционал в LTS-версию не добавляется.

Технологическая стабильность и «заморозка» требований к платформе

Одним из самых существенных преимуществ версий длительного сопровождения является стабильность системных требований к технологической платформе 1С:Предприятие. Разберем по шагам, почему это критически важно для системных администраторов:

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

В случае использования LTS-версии (такой как 3.1.10 или последующих) минимальные требования к платформе остаются неизменными (замораживаются) на протяжении всего годового жизненного цикла поддержки. Например, если для работы LTS-версии установлена минимальная платформа 8.3.12.1440, администратор может быть уверен, что в течение всего года ему не придется обновлять серверную часть 1С и СУБД (будь то MS SQL или PostgreSQL). Это полностью исключает риски незапланированного простоя системы из-за несовместимости платформы и прикладного решения.

Для кого предназначена LTS-версия: Прагматичный подход

Давайте выясним, для каких категорий пользователей и компаний выбор версии длительного сопровождения является наиболее экономически и технически обоснованным:

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

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

3. Пользователи интегрированных систем (1С:ERP и 1С:Комплексная автоматизация). Расчетный и кадровый блок внутри тяжелых ERP-решений строится именно на базе версий длительного сопровождения ЗУП. Поскольку обновление всей системы 1С:ERP Управление предприятием — это колоссальный проект с высокими рисками для всего производства и логистики, фирма «1С» интегрирует туда стабильные LTS-ветки ЗУП. Это обеспечивает синхронность обновлений и общую стабильность экосистемы предприятия.

Стоит ли обновляться на новую версию, если все работает?

Рассмотрим практическую ситуацию: клиент сомневается, стоит ли ему переходить с проверенной LTS-версии (например, 3.1.10) на новую версию (например, 3.1.11), мотивируя это слухами о критических ошибках в расчете НДФЛ в новых релизах. Какую рекомендацию дать в этом случае?

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

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

История и хронология версий длительного сопровождения ЗУП 3.1

Для того чтобы лучше ориентироваться в жизненном цикле программных продуктов и планировать график технологических работ, проанализируем хронологию LTS-версий конфигурации 1С:ЗУП 3.1 за последние годы:

• 3.1.5 — ранняя версия длительного сопровождения, обеспечивавшая стабильную работу на платформе 8.3.10.
• 3.1.10 — популярная LTS-версия, завоевавшая доверие пользователей своей стабильностью и предсказуемостью.
• 3.1.14 — поддерживалась до конца 3-го квартала 2021 года.
• 3.1.18 — поддерживалась до конца 3-го квартала 2022 года.
• 3.1.23 — поддерживалась до конца 3-го квартала 2023 года.
• 3.1.27 — поддерживалась до конца 3-го квартала 2024 года.
• 3.1.30 — поддерживалась до 1 сентября 2025 года.
• 3.1.34 — текущая актуальная версия длительного сопровождения, плановая поддержка которой рассчитана до августа 2026 года.

Таким образом, переход с одной версии длительного сопровождения на следующую (например, с 3.1.30 на 3.1.34) — это стандартный ежегодный процесс для большинства стабильно работающих предприятий. Он позволяет оставаться на острие технологического прогресса, сохраняя при этом ресурсы ИТ-отдела и обеспечивая непрерывность кадрового учета компании.