Облако вендор обновляет сам: пользователь просто однажды видит новый интерфейс. С коробкой всё иначе - версии модулей ставит администратор вручную, и если этого не делает никто, портал остаётся ровно там, где его установили. Год, два, пять лет.
Само по себе это не авария. Портал работает, сделки ведутся, никто не жалуется. Проблема в том, что цена бездействия растёт молча - и предъявляется вся сразу, в тот момент, когда обновиться понадобилось срочно.
Что именно копится
Технический разрыв
Обновления Битрикс24 идут цепочкой: чтобы поставить актуальную версию модуля, обычно нужно пройти промежуточные. Пока разрыв небольшой, цепочка короткая. Когда он измеряется годами, в неё вклиниваются требования платформы: новая версия модуля не встанет на старую версию PHP, новая версия PHP - на устаревшее веб-окружение.
В какой-то момент обновление «на месте» становится невозможным вовсе. Тогда это уже не обновление, а переезд: рядом поднимается сервер с актуальным окружением, портал копируется на него целиком и обновляется там, а рабочая машина продолжает работать до переключения. Мы так делали, когда на одном сервере с порталом жили ещё и сайты компании - сначала перевезли и обновили портал, отдельным шагом сайты. Это нормальный, управляемый сценарий, но по трудоёмкости он несопоставим с регламентным обновлением.
Завышенная стоимость последующей модернизации
Бизнес за эти годы не стоял на месте: появились новые каналы, новые процессы, выросло число сотрудников. Каждая новая задача решается на той платформе, которая есть, - то есть на устаревшей. Возможности, которые вендор добавил в релизе позапрошлого года и которые закрыли бы задачу настройкой, приходится делать доработкой. Доработка стоит денег сейчас и ещё раз - потом, когда портал всё-таки обновят и её придётся переписывать.
Получается двойная оплата одного и того же результата. Причём вторая оплата больше первой: разбирать чужую доработку всегда дороже, чем написать новую.
Право на обновления
Обновления коробки завязаны на активную лицензию. Первые двенадцать месяцев входят в покупку, дальше - льготное продление. Если продление просрочено, портал продолжит работать: коробочная лицензия бессрочная. Но поставить новые версии модулей будет нельзя, пока лицензия не восстановлена.
На практике это означает, что к стоимости давно отложенного обновления добавляется стоимость возврата в лицензионное поле - и её приходится платить прежде, чем начнутся собственно работы.
Потерянная масштабируемость
Самое дорогое последствие не видно в счетах. Всё, что делается сегодня на устаревшей сборке, завтра придётся переделывать: интеграции, написанные вокруг ограничений старого релиза, процессы, собранные в обход отсутствующих механизмов, отчёты, которые в актуальной версии собираются штатно.
Компания в это время думает, что развивает систему. Фактически она наращивает объём будущей переделки.
Как выглядит здоровый ритм
- Раз в квартал - регламентное обновление версий модулей. Несколько часов работ в окне вне рабочего дня.
- После каждого крупного релиза - разбор: что из нового реально включать, а что в вашей конфигурации сломает привычный процесс.
- До обновления - резервная копия и проговорённый план отката. Обновление, из которого нет выхода назад, начинать нельзя.
- После обновления - проверка доработок, интеграций и обменов с 1С на реальных сценариях, а не «портал открылся - значит, всё хорошо».
При таком ритме обновление перестаёт быть событием. Оно становится рутиной - и именно поэтому не стоит дорого.