Облачный Битрикс24 можно запустить за один день — компании не нужно готовить оборудование или настраивать инфраструктуру. Большинство организаций начинают именно с такой версии и годами работают без проблем.
Но в какой-то момент могут появиться новые требования к корпоративной системе. Тогда бизнес переходит на коробочную версию программы. Она открывает доступ к серверной части, позволяет переделывать бизнес-логику и дает полный контроль над данными и обновлениями. Главный вопрос здесь: как перенести портал без потерь и не остановить работу команды?
Читайте, как выглядит миграция Битрикс24 из облака в коробку: когда она действительно нужна, какие этапы предполагает и как команда Integrator.Digital помогает сохранить данные, связи и историю взаимодействий — без остановки текущей работы.
Чем коробка отличается от облака
Битрикс24 существует в двух версиях, и внешне они почти одинаковы: те же CRM, таск-трекер, мессенджер, документы и возможности автоматизации. Разница в том, как каждая из них выглядит внутри и что позволяет делать.
Облако (on-cloud) — это сервис. Битрикс24 сам обновляет систему, следит за серверами и обеспечивает работу. Компания просто оплачивает тариф и использует все возможности. Настройка идет через визуальные редакторы и готовые приложения из Маркетплейса. Менять код платформы нельзя — можно адаптировать только то, что подготовили разработчики.
Коробка (on-premises) — это программное обеспечение, которое компания разворачивает на собственном сервере. Здесь открыт доступ к исходному коду: можно изменить логику работы любого модуля, подключить нестандартные интеграции, настроить резервное копирование по своим правилам и контролировать обновления самостоятельно.
Большинству компаний облачной версии хватает. Коробочная нужна тогда, когда бизнес упирается в ограничения платформы и готов взять на себя ответственность за инфраструктуру.
Когда стоит задуматься о переходе
Решение о миграции обычно принимают не потому, что компания становится слишком большой. Даже крупные команды могут годами эффективно работать в облаке, если их процессы не выходят за рамки типовой логики.
Причина перехода — в новых потребностях. Переезд нужен тогда, когда облако перестает справляться с конкретными задачами. Вот ситуации, когда без миграции не обойтись.
- Нужны глубокие интеграции с внутренними системами. Прямой обмен данными с LDAP или корпоративными базами данных в облаке недоступен. Коробка позволяет настроить такие связи на уровне сервера.
- Нужен полный контроль над инфраструктурой. В коробке компания сама управляет обновлениями, резервным копированием и производительностью сервера — по своим регламентам и с нужной периодичностью.
- Есть требования к размещению данных. Облачный Битрикс24 соответствует 152-ФЗ, но некоторым компаниям — например, в финансовом или государственном секторе — важно держать информацию на собственных серверах и контролировать доступ к ней.
Как проходит миграция
Раньше, чтобы перенести портал из облака в коробку, нужно было потратить много времени и сил: приходилось на каждом шагу дорабатывать систему вручную. Команда Integrator.Digital прошла через десятки таких проектов и в 2023 году создала собственный инструмент — «Мигратор». Первый успешный переезд с его помощью состоялся через три месяца после старта разработки.
Миграция с помощью приложения проходит в два этапа. Сначала команда переносит весь портал на тестовый сервер и только затем переключает систему на основное оборудование.
Этап №1. Перенос основного массива данных. Integrator.Digital переносит все CRM-сущности — лиды, сделки, контакты, компании, — а также пользователей, задачи с историей, списки, смарт-процессы, группы, проекты, чаты с клиентами, файлы и диски. При этом сохраняется структура портала, связи между элементами и полная хронология событий. После переноса клиент получает доступ к тестовому серверу и проверяет данные.
Этап №2. Инкрементальный перенос. Если все хорошо, специалисты загружают на тестовые серверы все изменения, которые накопились с момента начала миграции: новые сделки, задачи, комментарии, сообщения. Облачный портал при этом продолжает работать в штатном режиме. После того как команда собирает все данные, она за один подход переносит их на основное оборудование компании.
За три года Integrator.Digital выполнил более 150 миграций — от небольших тестовых порталов до систем с миллионами записей. Отдельную категорию составляют проекты, где Битрикс24 связывается с 1С: в этом случае нужно было не только перенести данные, но и восстановить все связи между системами. Для этого команда разработала специальный модуль, который сопоставляет данные напрямую в среде 1С.
Частые вопросы
Сроки зависят от объема данных и активности портала. Небольшой портал с несколькими тысячами записей переносится под ключ за несколько дней. Крупная система с миллионами сущностей и интеграцией с 1С — за несколько недель.
При этом работа в облаке не останавливается ни на одном из этапов. Команда переключает компанию на коробку только после того, как заказчик проверил тестовый сервер и подтвердил, что все данные на месте.
Стандартные интеграции — телефония, почта, мессенджеры — переносятся и переподключаются в коробке. Часть из них потребует повторной настройки, потому что коробочная версия работает на собственном сервере с другим адресом.
Интеграции с 1С и внутренними корпоративными системами после переезда становятся глубже: в коробке их можно настроить на уровне сервера, а не через внешние инструменты. Именно ради этого многие компании и переходят на коробочную версию.
Технически перенести данные обратно можно. Но у компаний обычно нет такого запроса. Переход на коробку почти всегда связан с конкретными задачами, которые облако не решает: требования к безопасности, интеграции с внутренними системами, ограничения по кастомизации. Пока эти потребности остаются, смысла возвращаться нет.
Что в итоге
- Облако и коробка — это две полноценные версии Битрикс24 с одинаковым набором инструментов. Разница в том, насколько глубоко компании необходимо адаптировать систему под свои задачи.
- Переходить на коробку стоит, когда облако упирается в ограничения: нужны глубокие интеграции с внутренними системами, изменения логики платформы или полный контроль над данными и инфраструктурой.
- Миграция проходит в два этапа: основной перенос и инкрементальный. Облачный портал работает до последнего момента, а заказчик проверяет данные на тестовом сервере до финального переключения.
- Integrator.Digital разработал «Мигратор» — инструмент, который переносит весь портал целиком из облака в коробку. За три года с его помощью команда выполнила более 150 миграций.
