Переезд с коробки на облако нужен, когда содержать свой сервер стало дороже и хлопотнее, чем платить подписку. Разбираем, какие данные удастся забрать с собой, от чего придётся отказаться и как спланировать обратную миграцию так, чтобы бизнес не почувствовал разрыва.
Почему возвращаются в облако
Обратный переезд встречается реже прямого, но у него всегда прагматичные мотивы. Коробка требует администрирования, обновлений, бэкапов и внимания к безопасности — а это ресурс и деньги. Когда команда небольшая, а самописных доработок мало, облако оказывается выгоднее.
- Нет своей ИТ-службы — некому обслуживать сервер и следить за обновлениями.
- Расходы на инфраструктуру выше стоимости облачной подписки.
- Нужны свежие функции — в облако новинки прилетают раньше, чем в коробку.
- Мобильность и доступность — вендор сам держит аптайм, CDN и масштабирование.
Ключевое ограничение обратной миграции
Главное, что нужно понять до старта: в облаке нельзя выполнять свой серверный код. Всё, что в коробке было реализовано как модуль, обработчик события или скрипт, в облаке заменяется на REST-приложения и вебхуки — либо не существует вовсе.
| Что было в коробке | Что в облаке |
|---|---|
| PHP-модуль, правки ядра | Только REST-приложение |
| Прямой доступ к MySQL | Только через REST-методы |
| Обмен с 1С через модуль | Облачная интеграция «1С + Битрикс24» |
| Свои страницы и шаблоны | Недоступно |
| Неограниченный диск | Лимит по тарифу |
Аудит перед переездом
Обратная миграция начинается с инвентаризации того, что накопилось в коробке за годы работы. Цель — понять, что переедет, что заменится облачным аналогом, а что придётся отключить.
- Соберите список всех доработок: модули в
/bitrix/modules/, обработчики вinit.php, кастомные компоненты. - Выгрузите перечень интеграций: телефония, почта, обмены, вебхуки.
- Оцените объём данных: размер БД и папки
/upload/для выбора тарифа. - Составьте матрицу прав и оргструктуру для воссоздания в облаке.
По итогам аудита часть доработок можно переписать как облачные REST-приложения, часть — заменить штатными инструментами облака, а от неактуального просто отказаться. Этот шаг экономит недели на этапе запуска.
Перенос данных в облако
Как и в прямом направлении, единой кнопки нет. Данные забирают из коробки и загружают в облако через экспорт/импорт и REST API.
- CRM — экспорт компаний, контактов, сделок и лидов в CSV, затем импорт в облако. Порядок: сначала контрагенты, потом сделки.
- Файлы и диск — выгрузка из
/upload/и загрузка в Битрикс24.Диск вручную или через API. - Пользователи — заводятся заново; в облаке нет LDAP, поэтому только импорт или ручное создание.
- Большие объёмы с сохранением ID — скрипт на REST-методах
crm.deal.add,crm.contact.add, работающий против облачного вебхука.
Интеграции и автоматизация заново
Всё, что в коробке работало на уровне сервера, в облаке собирается из штатных блоков и REST-приложений. Это самая трудоёмкая часть проекта.
| Блок | Как в облаке |
|---|---|
| Обмен с 1С | Штатная интеграция «1С + Битрикс24» |
| Телефония | Подключение оператора заново |
| Почта | Почтовые ящики CRM, SMTP облака |
| Кастомная логика | Роботы, БП, REST-приложения |
Роботы и бизнес-процессы, как и при прямом переезде, не мигрируют — их пересобирают в облачных воронках. Зато штатных инструментов автоматизации в облаке достаточно для большинства сценариев продаж.
Запуск и отключение коробки
Финальный этап — переключение и период параллельной работы. Резко гасить коробку не стоит: она остаётся источником истины на время проверки.
- Проверьте в облаке полноту данных: количество сделок, контактов, суммы по воронкам.
- Настройте почту и телефонию, проверьте отправку и приём.
- Пересоберите и протестируйте роботов и БП на тестовых сделках.
- Оставьте коробку в режиме только чтение на 2–4 недели как архив.
- Сделайте финальный бэкап коробки и сохраните его вне сервера перед выключением.
Итог
Переезд с коробки на облако оправдан, когда обслуживание сервера обходится дороже подписки, а самописных доработок немного. Главное ограничение — в облаке нет своего кода и доступа к БД, поэтому модули и правки ядра туда не переезжают. CRM и файлы переносятся экспортом и через REST, а интеграции и автоматизация собираются заново из штатных инструментов.
Мы в B2Bsite проводим обратную миграцию с аудитом доработок: считаем подходящий тариф, переносим данные без потерь, заменяем серверную логику облачными REST-приложениями и восстанавливаем автоматизацию продаж. Поможем сделать переход прозрачным для команды и без простоя.
Частые вопросы
Переедут ли мои доработки из коробки в облако?
Нет. В облаке нельзя выполнять серверный код, поэтому PHP-модули и правки ядра не переносятся. Их заменяют REST-приложениями, штатными инструментами или отключают.
Как перенести CRM в облако?
Через экспорт в CSV и импорт, а для больших объёмов — скриптом на REST API против облачного вебхука. Сначала переносят компании и контакты, затем сделки и лиды.
Работает ли в облаке интеграция с 1С?
Да, но через штатную облачную интеграцию «1С + Битрикс24», а не через серверный модуль обмена. Настройку выполняют заново после переезда.
Сохранятся ли роботы и бизнес-процессы?
Нет, они не мигрируют и пересобираются в облачных воронках вручную. Штатных инструментов автоматизации в облаке достаточно для большинства задач продаж.
Есть ли в облаке Active Directory?
Нет, LDAP/AD доступны только в коробке. В облаке пользователи создаются через импорт или вручную, авторизация — средствами самого сервиса.
Как выбрать облачный тариф?
По числу пользователей и объёму данных из аудита коробки. Проверьте лимиты диска и доступные инструменты заранее, чтобы не столкнуться с ограничениями после переезда.
Можно ли откатиться, если что-то пойдёт не так?
Да, если сохранён бэкап коробки. Не выключайте и не удаляйте коробку сразу — держите её копию несколько месяцев на случай нехватки данных в облаке.
Сколько длится обратный переезд?
Основное время уходит на аудит доработок и пересборку интеграций, а не на импорт. Для портала со сложной логикой это несколько недель работы.
Поможем с настройкой и поддержкой Битрикс24
Поможем с настройкой, доработкой и поддержкой Битрикс24.