Статьи → Как перенести Битрикс24 из коробки в облако

Переезд коробка → облако

Как перенести Битрикс24 из коробки в облако

Коробка требует сервера, администратора и регулярных обновлений. Когда компания от этого устаёт, она уходит в облако. Разбираем, как перенести Битрикс24 из коробки в облако и забрать туда десять лет работы — сделки, переписку, задачи и файлы.

Почему уходят из коробки

Причины почти всегда бытовые, а не идеологические. Сервер устарел, и его пора менять. Администратор уволился, а обновления никто не ставит. Или компания посчитала, сколько стоит держать железо, и решила, что облако дешевле.

Отдельный случай — когда коробку когда-то взяли «на вырост», а выросли в другую сторону: людей стало меньше, доработок почти нет, и платить за инфраструктуру не за что.

Чем перенос сложнее, чем кажется

Коробка и облако — разные среды. В коробке у вас есть сервер, база данных и файловая система. В облаке ничего этого нет: портал живёт на стороне вендора, и «восстановить бэкап» туда нельзя. Данные приходится переносить через API, запись за записью.

Данные связаныСделка ссылается на контакт, компанию, ответственного, дела и файлы. Перенесёте таблицы по отдельности — получите четыре списка вместо работающей CRM.
Пользователи получают новые IDОтветственный за сделкой — это ссылка на ID. На новом портале ID другие, и без сопоставления все записи окажутся на одном человеке или ни на ком.
Структура должна ехать первойКастомные поля, воронки, стадии и справочники нужно создать до загрузки данных. Иначе значениям просто некуда лечь.
Файлы весятВложения и записи звонков — обычно самая большая часть базы и самая медленная часть переноса.

Что должно уехать

Полный состав зависит от портала, но каркас один и тот же:

ЧтоСостав
CRMлиды, сделки, контакты, компании, смарт-процессы
Логика продажворонки, стадии, кастомные поля, справочники и списки
Историятаймлайн, комментарии, дела и активности, записи звонков
Работазадачи и их связи с CRM
Файлывложения в карточках и на диске
Людипользователи и ответственные за каждой записью

Порядок переноса

1Подключение порталовИсходный и целевой порталы подключаются по защищённому протоколу. На этом шаге видно объём базы: сколько сущностей каждого типа предстоит перенести.
2МаппингНастраивается соответствие: кто из пользователей старого портала кем станет в новом, какое поле куда ложится, какая стадия во что превращается. Это главный шаг — ошибка здесь разъезжается по всей базе.
3Тестовый прогонПереносится выборка, структура сверяется на целевом портале. Ошибку видно здесь, а не у клиента через неделю после сдачи.
4Финальный переносПолный перенос базы. Если клиент продолжал работать в старом портале, изменения догружаются отдельно.

Что проверить после переноса

Где здесь мигратор

Всё, что описано выше, — это недели ручной работы. Выгрузка, сопоставление полей и пользователей, проверка связей, повторные прогоны после каждой ошибки. Часы специалистов кто-то оплачивает: либо заказчик, либо вы из своей маржи.

Мигратор делает ту же работу за прогон. Маппинг настраивается один раз, перенос ведёт middle, а не сеньор, а дорогие руки остаются на настройке и обучении клиента — там, где вы зарабатываете.

Себестоимость переезда падает вместе с часами. Дальше решаете сами: поставить заказчику цену ниже, чем у конкурентов, или оставить разницу себе. Переезд перестаёт быть проектом, который съедает маржу.

Что делать дальше

Если такой переезд стоит у вас в плане, посмотрите на мигратор. Это наш инструмент для переноса порталов Битрикс24 — он делает ровно то, что описано выше: переносит данные со связями, сопоставляет пользователей и поля, даёт тестовый прогон перед финальным запуском.

Смысл простой. Недели ручной работы превращаются в один прогон, перенос ведёт специалист средней руки вместо сеньора, а часы команды остаются на настройке и обучении клиента. Себестоимость переезда падает — и вы можете предложить заказчику цену ниже, чем у конкурентов, или оставить разницу себе.

Состав переноса, порядок работ и условия партнёрского доступа собраны на странице продукта — мигратор Битрикс24. Там же оставляют заявку на демонстрацию на тестовом контуре.

Частые вопросы

Можно ли перенести без остановки работы?
Обычно переносят основной массив данных, а изменения за время переноса догружают отдельно. Полностью без паузы не обойтись: в момент переключения люди должны начать работать в одном портале, а не в двух сразу.
Сколько это занимает?
Срок зависит от объёма базы и количества файлов, а не от сложности сценария. Оценка делается после подключения портала — на этом шаге видно, сколько записей каждого типа предстоит перенести.
Сохранится ли переписка и файлы?
Да, если переносить связанно: таймлайн, комментарии, дела, вложения и записи звонков уезжают вместе с карточками, а не отдельными списками.
А ответственные не слетят?
Не слетят, если до переноса сопоставить пользователей старого и нового портала. Это тот самый маппинг — без него все записи окажутся на одном человеке или ни на ком.
Можно ли сначала попробовать на части данных?
Так и надо делать. Тестовый прогон переносит выборку, на ней видно, правильно ли легла структура. Финальный перенос запускается уже после сверки.

Мигратор Битрикс24

Переносит данные между инсталляциями со связями сущностей: коробка ⇄ облако и портал ⇄ портал. Недели ручной работы превращаются в один прогон.

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