Коробочный Битрикс24 на своём сервере: когда оправдан

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

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

Платите вы за это эксплуатацией. Сервер нужно выбрать, настроить и держать в рабочем состоянии, обновления ставить руками и проверять, резервные копии делать и хотя бы раз в квартал проверять восстановлением, за периметр безопасности отвечать самим. В облаке всё это входит в подписку и делается вендором. Честная формулировка выглядит так: коробка — это не «дешевле», а «дороже в эксплуатации, но по вашим правилам».

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

Коробка оправдана не «когда компания большая», а когда у неё есть требование, которое облако не закрывает по устройству. Таких требований обычно четыре, и достаточно одного, чтобы разговор о коробке стал предметным, а не разговором о моде на своё железо.

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

Остальные три требования — про масштаб, про глубину доработок и про то, что вы строите поверх портала. Ни одно из них не появляется «на вырост»: если требования нет сегодня, коробка ради будущего роста обычно не окупается.

Не обязательно. Разовая лицензия выглядит выгоднее подписки ровно до того момента, пока в расчёт не добавлены сервер, работа администратора и ежегодное продление техподдержки. Последний пункт особенно важен: пока продление активно, вы получаете обновления платформы, включая исправления безопасности. Когда оно истекает, портал продолжает работать, но развивается и защищается уже только вашими силами.

Поэтому считать нужно полную стоимость владения на горизонте трёх лет и обе части сразу — лицензию и эксплуатацию. На небольшом штате облако почти всегда выходит дешевле и быстрее. На большом расклад меняется, но не автоматически: многое зависит от того, есть ли у вас администратор и во сколько обходится его время.

И обратная сторона вопроса: если ни одно из четырёх требований выше к вам не относится, коробка, скорее всего, не нужна. Облако закроет задачу быстрее, а бюджет разумнее потратить на настройку процессов и обучение команды — типичная причина, по которой Битрикс24 «не прижился», лежит именно там, а не в способе поставки. На экспресс-аудите мы говорим об этом прямо: «вам достаточно облака» — тоже результат разбора.

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

Точные требования к процессору, памяти и диску зависят от числа пользователей, объёма файлов и того, что вы планируете строить поверх портала. Контур с бронированием, кассой и собственными приложениями нагружает сервер иначе, чем чистая CRM на тридцать человек. Поэтому мы не называем «универсальную конфигурацию» — её считают под профиль нагрузки, а актуальные системные требования сверяют с документацией вендора на момент установки, а не с советами на форумах трёхлетней давности.

Дальше начинается эксплуатация — и это то, что чаще всего недооценивают при переходе на коробку. Ниже список зон ответственности, которые в облаке закрывал вендор, а в коробке закрываете вы.

Главная причина выбирать коробку — не экономия, а возможность построить поверх портала рабочую систему отрасли, а не только CRM. Проще показать на нашем проекте, который работает в проде.

Сеть из пяти банных комплексов в Санкт-Петербурге работает на коробочном Битрикс24 как на едином контуре: бронирование кабинок, обслуживание гостей, работа персонала и механика лояльности собраны в одной системе, а не в нескольких несвязанных инструментах. Клиент в публичной подаче анонимен, статус проекта — прод, мы ведём действующее сопровождение портала.

В основе — «шахматка» бронирования: внутреннее приложение Битрикс24, где администратор видит занятость кабинок по комплексам в наглядной сетке и ставит брони. Данные бронирования живут в собственной базе приложения, а роли и доступы приложение берёт из портала. Именно такая связка — своё приложение со своей базой рядом с порталом — и есть типичный аргумент в пользу коробки.

К шахматке подключён портал сотрудника с ролями: админ, администратор бани, специалист, официант. У каждой роли своё рабочее место и свой доступ — визиты, услуги, кафе. POS-касса кафе работает через Bitrix24 REST, то есть это не отдельная касса «сбоку», а часть общего контура. Механика лояльности с выпуском сертификатов и абонементов живёт внутри той же системы, поэтому данные о госте, визитах и продажах не расходятся по разным базам.

Почему коробка, а не самописная система с нуля? У сети уже был Битрикс24 и действующее сопровождение, поэтому логично было строить поверх него, а не заводить второй инструмент. Коробка дала готовую основу для ролей, доступов и REST-интеграций, а отраслевую специфику — шахматку и лояльность — мы добавили отдельными приложениями. Стек проекта: Bitrix24, Node.js, Fastify, PostgreSQL, Redis, React. То есть портал остался порталом, а нестандартная логика уехала в сервисы рядом с ним.

Переход между облаком и коробкой предусмотрен самим вендором: у платформы есть штатный механизм переноса портала. Но «предусмотрен» не значит «пройдёт незаметно». Переезд — это всегда проект со сроками, проверкой и планом отката, а не кнопка в настройках.

Что переносится предсказуемо: структура CRM — лиды, сделки, контакты, компании, поля и стадии, — а также задачи и проекты, пользователи и оргструктура, диск и живая лента. Это ядро портала. После переноса его нужно сверять выборочно по каждому типу сущностей, а не «на глаз по первой странице списка».

Где обычно грабли. Первое — интеграции: вебхуки, приложения из маркетплейса и внешние сервисы привязаны к адресу портала, поэтому после переезда их переподключают и перевыпускают ключи. Второе — телефония и почтовые ящики: они настраиваются на новой стороне заново. Третье — объём файлов: диск с накопленными за годы документами переносится дольше всего, и место под него считают заранее. Четвёртое — доработки: то, что в облаке сделано приложением через REST, в коробке часто переписывают под серверную логику.

Обратный путь — из коробки в облако — тоже существует и нужен чаще, чем кажется: компании возвращаются, когда понимают, что держать эксплуатацию некому. Ограничение простое и жёсткое: всё, что жило в серверном коде и собственных модулях, в облако не переедет, эту логику придётся перестраивать под приложения через REST. Поэтому коробку выбирают как осознанное решение на годы, а не как временный эксперимент.

Практическое правило переезда в любую сторону: зафиксированная дата, полная резервная копия на старой стороне, проверочный период, в течение которого старый портал ещё доступен на чтение, и обязательная сверка данных после. Мы переносили CRM-контуры «один в один» со сверкой каждой записи и знаем, что расхождения находятся именно на этом шаге, а не раньше.

Считать нужно не «цену лицензии против цены подписки», а полную стоимость владения на три года вперёд. У облака она складывается из подписки за места и работ по внедрению. У коробки — из лицензии, ежегодного продления техподдержки, сервера, работы администратора и тех же работ по внедрению.

Облачная половина расчёта считается точно, потому что тарифы платформы публичны и не зависят от подрядчика. Вот они — по официальному прайсу вендора при оплате за год.

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

Вторую половину сметы — сервер, администрирование и работы по настройке — честно назвать без разбора тоже нельзя. Объём зависит от числа пользователей, набора интеграций, необходимости переноса данных из действующего портала и от того, что вы планируете строить поверх Битрикс24. Стоимость работ DigitalOffice24 называет после бесплатного экспресс-аудита на тридцать минут, когда этот объём понятен. На том же аудите мы считаем оба сценария сразу — облако и коробку — и показываем, на каком горизонте разница между ними становится заметной.

Отдельно стоит просчитать третий сценарий — уйти с Битрикс24 вообще. Иногда запрос звучит как «хотим свой сервер», а означает «не хотим платить за места и хотим контроль над данными». В такой формулировке задачу иногда дешевле решает self-hosted CRM, например EspoCRM, с переносом контура «один в один». Это честная третья опция, и мы её проговариваем, а не замалчиваем ради более крупного проекта.

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

Дальше — пять шагов, которые мы проходим с клиентом до старта работ. Они занимают дни, а не недели, но снимают большую часть рисков переезда.

DigitalOffice24 внедряет Битрикс24 в обоих вариантах, разрабатывает приложения и модули поверх портала и ведёт сопровождение после запуска. Поэтому на аудите мы одинаково спокойно говорим и «вам достаточно облака», и «здесь коробка оправдана, вот по каким пунктам». Стоимость работ называем после бесплатного экспресс-аудита на тридцать минут, когда понятен объём.