Когда облачная версия перестаёт устраивать
Облачный Битрикс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 месяц после ввода в эксплуатацию: исполнитель устраняет ошибки, которые возникают на новом портале и не возникали на старом.
Конкретная стоимость зависит от объёма данных, количества интеграций и наличия кастомных доработок. Для получения точной оценки необходим предварительный аудит портала.