← На главную

Многие специалисты, работающие с платформой 1С:Предприятие 8.3, часто задаются вопросом: для чего компания создает и одновременно поддерживает сразу несколько версий платформы? На первый взгляд может показаться, что наличие множества релизов усложняет жизнь разработчикам и системным администраторам. Однако, проанализировав организацию процесса разработки 1С, мы можем выделить четкую логику этого процесса. Давайте разберемся, как устроена эта система и почему такой подход является стандартом индустрии.

Этапы жизненного цикла релизов платформы

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

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

Зачем нужны разные ветки версий?

Рассмотрим подробнее, почему недостаточно иметь всего одну «текущую» версию. Во-первых, это обеспечение непрерывности бизнеса. Крупные корпоративные клиенты, работающие в режиме 24/7, не могут позволить себе риск перехода на самую свежую версию, если в ней обнаружатся критические ошибки. Они предпочитают использовать «стабильную» версию, в то время как другие организации или облачные сервисы, например 1С:Фреш, могут использовать специфические сборки для более оперативного получения исправлений.

Во-вторых, это синхронизация с прикладными решениями. Разные конфигурации, такие как 1С:Бухгалтерия, 1С:ERP или 1С:ЗУП, имеют свои циклы обновлений. Некоторые из них могут требовать определенного функционала платформы, который появляется только в новых версиях. Поддержка нескольких веток платформы позволяет разработчикам конфигураций плавно адаптировать свой код под изменения платформы, не ломая при этом работу пользователей.

Ошибки платформы или изменения архитектуры?

Важно понимать разницу между «багом» и «плановым изменением». Часто пользователи сталкиваются с тем, что после обновления платформы перестают работать некоторые функции (например, обмен данными или загрузка классификаторов). Примером может служить работа с механизмом XDTO или изменения в методах сериализации.

Разберем ситуацию на примере ошибок, возникающих при работе с объектами:

• Если вы столкнулись с ошибкой вида Фабрика XDTO текущего контекста не совпадает с фабрикой..., зачастую это не означает, что платформа «сломалась». Это значит, что изменился принцип работы архитектурного механизма.
• В такой ситуации разработчикам конфигураций необходимо внести изменения в код, чтобы он соответствовал обновленным требованиям платформы.
• Если исправление не внесено в саму прикладную конфигурацию, пользователи могут воспринимать это как дефект платформы, хотя технически это является развитием архитектуры 1С.

Практические рекомендации при выборе версии платформы

Чтобы ваша система работала максимально предсказуемо, мы рекомендуем придерживаться следующих правил при обновлении:

• Используйте стабильные релизы для продуктивных сред. Не спешите устанавливать самые свежие версии, если вы не готовы к выявлению непредвиденных ошибок.
• Изучайте историю изменений (файл v8update.htm), который сопровождает каждый релиз. Там всегда указано, какие механизмы были изменены и какие требования к конфигурациям предъявляются.
• Тестируйте обновления на копии информационной базы. Никогда не обновляйте платформу на сервере, не убедившись в корректности работы ваших специфических обработок, отчетов и интеграционных механизмов (веб-сервисов, HTTP-сервисов).
• Обращайте внимание на индексы. Если вы видите в названиях релизов специальные суффиксы, например z, это может означать, что сборка содержит специфические исправления для определенных нагруженных систем или облачных инфраструктур.

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