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