Переход с облачного Битрикс24 на коробку: когда нужен и как сделать

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

Когда облачная версия перестаёт устраивать

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

Типичные сигналы к переходу на коробку:

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

Если ни один пункт не про вас - переход скорее добавит сложностей и затрат, чем решит реальные задачи.

Что такое коробочная версия и чем отличается от облака

Коробочный Битрикс24 («Корпоративный портал») - это дистрибутив, который разворачивается на сервере заказчика или арендованном VPS. В отличие от облака, вы управляете окружением полностью: операционной системой, базой данных, резервным копированием и сетевыми настройками.

Параметр	Облако	Коробка
Место хранения данных	Серверы 1С-Битрикс	Ваш сервер или VDS
Обновления	Автоматически	Вручную или по расписанию
Кастомизация кода	Ограничена	Полная
Стоимость лицензии	Ежемесячная подписка	Единоразово + ~25% ежегодно
Администрирование	На стороне вендора	На вашей стороне
Ограничение доступа по IP	Недоступно	Настраивается штатно

По нашей практике, компании переходят на коробку прежде всего из-за требований к безопасности и необходимости глубоких доработок - вопрос стоимости лицензии редко стоит на первом месте.

Этапы миграции с облака на коробку

Типовой процесс переезда: от аудита облачного портала до открытия нового сервера для пользователей.

flowchart TD
    A[Аудит облачного портала] --> B[Развёртывание коробки на сервере]
    B --> C[Настройка нового портала]
    C --> D[Разработка скриптов миграции]
    D --> E[Прогон скриптов на копии базы]
    E --> F[День переезда: резервная копия + финальный прогон]
    F --> G[Тестирование заказчиком]
    G --> H[Переключение домена]
    H --> I[Гарантийная поддержка]

Фаза 1: Аудит и инвентаризация

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

Фаза 2: Развёртывание коробки

Типовой объём работ по развёртыванию - около 7 часов. Включает:

Формирование технических требований к серверу: ядра, оперативная память, дисковая подсистема.
Установку продукта «Битрикс24 Корпоративный портал».
Удаление тестовых данных и регистрацию лицензионного ключа.
Настройку Push and Pull - это нужно для работы чатов и ряда других функций.
Настройку почты для системных уведомлений.
Установку SSL-сертификата (Let's Encrypt).
Настройку резервного копирования на сервере.

Если собственных мощностей нет - исполнитель даёт требования к серверу и рекомендации по хостеру. Если сервер предоставляет заказчик - потребуется SSH-доступ (root) и открытые порты 80 и 443.

Фаза 3: Настройка нового портала

После развёртывания воссоздаётся структура: отделы, должности, пользовательские поля, воронки, стадии, Смарт-процессы, инфоблоки, права доступа. Всё настраивается только под фактически используемые данные - устаревшие и неиспользуемые сущности не тащим.

Фаза 4: Разработка скриптов миграции

Перенос данных делается через самописные скрипты (PHP/CLI). В этой фазе:

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

Фаза 5: День переезда и ввод в эксплуатацию

Прекращение работы на старом портале.
Создание резервной копии.
Финальный прогон скриптов миграции.
Проверка целостности данных и формирование отчёта.
Приёмочное тестирование совместно с заказчиком.
Переключение домена.
Пост-релизный мониторинг.

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

Что переносится, а что - нет

Это ключевой раздел для IT-директора. Стандартные инструменты Битрикс24 жёстко ограничивают экспорт данных - и лучше знать об этом заранее.

Что переносится штатно

Сущность	Что переносится	Трудоёмкость
Сотрудники и структура	Данные сотрудников, отделы	2-5 ч
Лиды	Поля, стадии воронки, карточки (левая часть), роботы, права	2-4 ч
Сделки	Поля, стадии, карточки (левая часть), роботы, права	2-6 ч
Контакты	Поля, карточки (левая часть), бизнес-процессы, права	2-4 ч
Компании	Поля, карточки (левая часть), бизнес-процессы, права	2-4 ч
Товары	Поля, карточки (левая часть)	2-4 ч
Смарт-процессы	Поля, стадии, роботы, права	2-6 ч
Задачи	Основные поля, права	2-4 ч
Шаблоны документов	Переносятся + перенастраиваются под новые ID полей	2-6 ч
Бизнес-процессы в ленте / универсальные списки	Настройки, логика	2-4 ч
Интеграции со сторонними системами	Переподключаются с нуля	2-15 ч

Что НЕ переносится

Правая часть карточек CRM: дела, комментарии, звонки, письма, встречи, печатные формы по конкретным элементам.
Пароли и коды двухфакторной аутентификации сотрудников - пароли выдаются заново, в виде Excel-файла.
Переписки между сотрудниками (чаты).
Файлы из «Моего диска» и личные календари.
Группы и их настройки: диск группы, лента, календарь, роботы группы.
Файлы и комментарии по задачам.
Картинки товаров и связки товаров со сделками и лидами.
Элементы Смарт-процессов - данные переносятся только вручную, импорт не поддерживается.
Элементы бизнес-процессов / универсальных списков (старые записи).

При переносе шаблонов документов идентификаторы полей CRM меняются. Все шаблоны нужно перенастраивать под новые ID - иначе печатные формы просто не заработают. Если вы активно используете шаблоны документов, закладывайте на этот этап дополнительное время.

Интеграции: переподключение с нуля

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

Порядок работы с интеграциями:

До начала миграции согласовывается полный список интеграций, которые нужно перенести.
Исполнитель фиксирует старые настройки в соответствующих сервисах - по доступам заказчика.
На коробочном портале интеграции устанавливаются и настраиваются в соответствии со старыми параметрами.
Заказчик предоставляет доступы ко всем системам, которые требуется переинтегрировать.

Трудоёмкость блока интеграций - от 2 до 15 часов, зависит от количества систем и сложности сценариев. Если используется интеграция с 1С - она требует отдельного планирования: самописные обработки адаптируются под конфигурацию заказчика.

Если при тестировании обнаруживается несовместимость существующих доработок с новой версией Битрикс24 или использование устаревших API - это выходит за рамки типового проекта и оценивается отдельно.

Донастройка безопасности коробочной версии

После развёртывания коробки обязательно выполняется блок настройки безопасности. У нас в практике его часто недооценивают при планировании - и потом докручивают уже в процессе.

Типовой чеклист:

Исправление ошибок структуры БД - автоматически плюс ручная проверка, результат: тест показывает 0 ошибок.
Отключение вывода ошибок PHP (display_errors, display_startup_errors).
Настройка СУБД: отключение query_cache, local_infile; увеличение innodb_log_file_size.
Повышение уровня проактивной защиты - сканер безопасности не должен выдавать критичных уязвимостей.
Добавление HSTS-заголовка и настройка редиректа HTTP → HTTPS.
Ограничение доступа к панели администратора по IP.
Защита от использования портала во фреймах.
Включение веб-антивируса.

Типовые риски и как их снизить

Даже хорошо спланированный переезд иногда преподносит сюрпризы. Вот что чаще всего выходит за рамки первоначальной оценки:

Скрытые данные: при аудите всплывают сущности или поля, которые в план миграции не попали.
Устаревший кастомный код: самописные доработки под старую версию Битрикс24 могут не работать в новом окружении.
Расширение требований: заказчик в процессе добавляет новые процессы или меняет логику существующих. Бывает часто.
Объём данных: реальная структура данных оказывается сложнее, чем показал аудит.

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

Сроки и ориентиры по стоимости

Типовой проект миграции с облака на коробку занимает 2 недели. Обновление уже существующей коробочной версии - смена сервера, обновление окружения - можно сделать за 1 неделю.

По оплате: 50% предоплата при подписании, 50% - после завершения гарантийной поддержки. Гарантийная поддержка - 1 месяц после ввода в эксплуатацию: исполнитель устраняет ошибки, которые появились на новом портале и не воспроизводились на старом.

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