Облачный Битрикс24 подходит, когда достаточно стандартных возможностей и готовых интеграций, а данные можно хранить у вендора. Коробочная версия оправдана, если нужны доработки логики, прямой доступ к базе и файлам, нестандартные интеграции или размещение на своих серверах. Коробка требует сервера, администрирования и регулярных обновлений — это часть стоимости владения.
Вопрос «облако или коробка» чаще всего возникает, когда компания упирается в ограничения стандартных сценариев: нужна нестандартная воронка, сложный обмен с 1С, интеграция с оборудованием или требование хранить данные внутри компании. В AST сопровождаем оба варианта и переезды между ними, поэтому ниже описываем критерии, а не рекламу одной из версий.
Что различается на практике
Облако — подписка, обновления и инфраструктура на стороне вендора, настройка через интерфейс и REST-приложения. Коробка — лицензия, установленная на ваш сервер: доступны исходный код шаблонов и компонентов, база данных, файлы, серверные настройки. Функциональность CRM и задач в целом совпадает, но коробка позволяет менять поведение системы там, где облако предлагает только настройки и внешние приложения.
Когда облака достаточно
Компаниям с типовыми процессами продаж и задач, готовыми интеграциями (телефония, сайт, мессенджеры), без требований к размещению данных и без штатного администратора облако обычно выгоднее: нет затрат на сервер и сопровождение, обновления приходят автоматически. Ограничения проявляются в лимитах REST API, невозможности доработать ядро и зависимости от тарифа по числу пользователей и функциям.
Когда нужна коробка
Признаки: требуется доработка бизнес-логики или интерфейсов на уровне кода; интеграции через прямой доступ к базе или собственные модули; корпоративная политика или договоры с клиентами требуют размещения данных на своих серверах; большой объём файлов и записей, при котором облачные лимиты становятся ограничением; нестандартная авторизация (домен, единый вход). Коробка также удобна для тестовой среды: копию портала можно развернуть отдельно и проверять изменения до внедрения.
Стоимость владения коробкой
Помимо лицензии и её продления, учитываются сервер или виртуальная машина с достаточными ресурсами, администрирование (обновления платформы и окружения, безопасность, резервные копии), мониторинг и время специалистов на обновления. Отдельная статья — совместимость доработок с новыми версиями: чем больше изменено в ядре, тем дороже обновляться. Поэтому в AST предпочитаем доработки через собственные модули и события, а не правки стандартного кода.
Переезд между вариантами
Переход из облака в коробку выполняется штатным инструментом вендора с ограничениями по составу переносимых данных; обратный переход сложнее и требует проверки каждой доработки. В обоих случаях нужна репетиция на копии, проверка интеграций (телефония, 1С, сайт) и согласованное окно переключения. Подробнее о переносе коробки на новый сервер — в отдельном разборе на этом сайте.
Что фиксируем при проверке
| Объект | Что проверяем |
|---|---|
| Процессы | Хватает ли стандартных возможностей и REST-приложений |
| Данные | Есть ли требование размещать данные внутри компании |
| Интеграции | Нужен ли прямой доступ к базе, модули или нестандартная авторизация |
| Ресурсы | Кто администрирует сервер, обновления и копии |
| Бюджет | Лицензия + сервер + сопровождение против подписки за пользователей |
Вопросы перед началом
Можно ли доработать облачный Битрикс24?
Да, но только через настройки, бизнес-процессы, роботы и внешние приложения на REST API. Изменить поведение стандартных компонентов на уровне кода нельзя.
Сколько пользователей — порог для коробки?
Числом пользователей выбор не определяется. Решают требования к доработкам, интеграциям и размещению данных; для 20 пользователей с нестандартным процессом коробка может быть оправдана, а для 200 с типовым — нет.
Кто отвечает за безопасность коробки?
Компания-владелец сервера и её подрядчик по администрированию: обновления, доступ к серверу, резервные копии и защита периметра. В облаке эту часть берёт на себя вендор.
Документация и источники
Материал команды AST описывает подход к задаче. Технические возможности сверены с документацией ниже; конкретная схема зависит от версий и условий проекта.
Нужна помощь с похожей задачей?
Опишите текущую систему и результат, который хотите получить. Определим состав первого этапа.
