Миграция из Битрикс24 в RetailCRM

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

Почему переходят с Битрикс24 на RetailCRM

Битрикс24 — сильная универсальная платформа, но для интернет-магазина её модель сделок иногда избыточна и недостаточно «товарна». RetailCRM изначально построена вокруг заказа с составом, доставкой, оплатой и складом. Типичные причины переезда:

• нужен товарный учёт в каждом заказе, а не абстрактная сделка;
• требуются готовые механики e-commerce — триггеры, брошенные корзины, RFM-аналитика;
• важна тесная связка со складом и службами доставки в одном окне.

Соответствие сущностей

Как и при любом переезде CRM, сначала строят карту соответствия сущностей.

Плюс миграции из Битрикс24 в том, что товары в сделках обычно уже структурированы (в отличие от amoCRM), поэтому состав заказов переносится точнее. Главное — сопоставить товары сделок с каталогом RetailCRM по артикулу или внешнему коду.

Маппинг воронок и статусов

Направления и стадии сделок Битрикс24 превращаются в статусы заказов RetailCRM, сгруппированные по этапам (new, approval, assembling, delivery, complete).

1. Соберите все направления и стадии сделок Битрикс24.
2. Сопоставьте стадии со статусами или группами статусов RetailCRM.
3. Выигранные сделки → завершённые заказы, проигранные → отменённые с причиной.
4. Пользователей сопоставьте по email, чтобы сохранить ответственных.

Как технически переносить

Основной инструмент — API обеих систем. Данные читают через REST Битрикс24 (crm.deal.list, crm.contact.list, crm.company.list) и пишут через RetailCRM API v5 (customers/create, orders/create).

• Для больших объёмов используйте пакетную выборку через batch и постраничный проход.
• Сохраняйте исходный ID сделки Битрикс24 в externalId заказа RetailCRM.
• Историю и файлы переносите отдельным проходом после основных сущностей.

CSV-импорт RetailCRM подойдёт разве что для простых клиентов и заказов без истории — для полноценного переезда его недостаточно.

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

Порядок и тестирование

Последовательность стандартна — от структуры к транзакциям:

1. Пользователи, статусы, справочники.
2. Каталог товаров (обычно из товароучётной системы или сайта).
3. Клиенты — контакты и корпоративные клиенты.
4. Заказы с составом и привязкой к клиентам.
5. История, звонки, комментарии, файлы.

До полного прогона обязательна тестовая миграция на выборке: переносят часть данных, проверяют статусы, суммы, товары и связи. После полного переноса — сверка количества клиентов и заказов «было в Битрикс24 — стало в RetailCRM».

Если бизнес не может позволить простой, переезд делают в два такта: основной прогон исторических данных заранее, затем короткое финальное окно, в которое догружается дельта изменений и происходит переключение. Внешние ID сделок Битрикс24, записанные в заказы RetailCRM, делают повторную догрузку безопасной — записи обновляются по ключу, а не создаются заново.

Риски и контроль

На что смотреть при переезде с Битрикс24:

• Дубли клиентов — RetailCRM объединяет по телефону/email; настройте дедупликацию.
• Несопоставленные товары — позиции без привязки к каталогу ломают товарную аналитику.
• Потеря дат — переносите исходные даты сделок, а не дату миграции.
• Лимиты REST Битрикс24 — выборка пакетами с паузами.
• Раздутые статусы — сведите стадии к стандартным группам RetailCRM.

Контроль — тот же набор: тестовый прогон, внешние ID, дедупликация, сверка итогов и журнал переноса с результатом по каждой записи. Полезно также заранее решить судьбу закрытых сделок за старые периоды: переносить их полностью, сокращённо или оставить архивом в Битрикс24 — это влияет и на сроки, и на нагрузку.

Итог

Миграция из Битрикс24 в RetailCRM переводит универсальные сделки в товарные заказы e-commerce. Поскольку товары в Битрикс24 обычно структурированы, состав заказов переносится точнее, но всё равно требуется маппинг статусов, сопоставление товаров с каталогом, сохранение исходных ID и дат, дедупликация и сверка.

Мы в B2Bsite выполняем переезд под ключ: проектируем маппинг воронок, переносим клиентов, заказы и историю через API, сопоставляем товары с каталогом и сверяем итоги. Если вы переходите с Битрикс24 на RetailCRM ради специализированного учёта интернет-магазина — поможем перевезти базу аккуратно и без простоя продаж.