Битрикс24 и RetailCRM по-разному смотрят на продажи: первый мыслит сделками и воронками, вторая — заказами и статусами. Поэтому миграция — это не просто выгрузка, а перекладка модели данных. Разберём, что и как переносить, чтобы не потерять историю.
Разница моделей: сделка против заказа
Ключевое различие в том, что Битрикс24 — универсальная CRM со сделками, а RetailCRM заточена под e-commerce: её центральная сущность — заказ с товарными позициями, доставкой и оплатой.
| Битрикс24 | RetailCRM |
|---|---|
| Контакт | Клиент |
| Компания | Корпоративный клиент |
| Сделка | Заказ |
| Стадия сделки | Статус заказа |
| Товары сделки | Позиции заказа |
Как выгрузить данные из Битрикс24
Из Битрикс24 данные достают двумя способами: экспорт в CSV/Excel из списков и REST API (методы crm.deal.list, crm.contact.list, crm.company.list).
- Экспорт из списков подходит для небольших баз, но обрезает часть полей и историю.
- API даёт полную выгрузку, включая пользовательские поля, товары сделок и таймлайн.
- Файлы и вложения из карточек выгружаются отдельно по ссылкам.
Отдельно выгрузите справочники: воронки, стадии, источники, пользовательские поля. Без них не составить корректный маппинг.
Учтите, что в Битрикс24 товары могут лежать как в товарных позициях сделки, так и в отдельном каталоге CRM. Для RetailCRM важнее состав позиций сделки — из него собираются позиции заказа. Если же вы ведёте полноценный каталог, его выгружают отдельно и подключают в RetailCRM как ICML или CSV до переноса заказов.
Маппинг воронок и стадий
В Битрикс24 может быть несколько воронок с разными наборами стадий. В RetailCRM их нужно свести к группам статусов. Составьте таблицу соответствия до начала переноса.
| Стадия Битрикс24 | Статус RetailCRM |
|---|---|
| Новая | new (Новый) |
| В работе / Переговоры | approval (Согласование) |
| Счёт / Оплата | assembling (Комплектация) |
| Сделка успешна | complete (Выполнен) |
| Сделка провалена | cancel (Отменён) |
Порядок переноса
Миграция выполняется строго по слоям, от справочников к транзакциям — иначе связи не сойдутся.
- Настройка RetailCRM: статусы, поля, источники, права — заранее.
- Каталог товаров — чтобы позиции заказов привязались.
- Клиенты и компании — с сохранением externalId из Битрикс24.
- Заказы (бывшие сделки) — со ссылками на клиентов и товары.
- История и коммуникации — комментарии, звонки, переписка.
ID сделки и контакта из Битрикс24 сохраняйте в externalId — это спасёт от дублей и позволит сверить перенос по конкретным записям.
История общения и пользовательские поля
Ценность CRM — не только в текущих сделках, но и в истории. Комментарии из таймлайна Битрикс24 переносят в примечания клиента и заказа, звонки — в историю коммуникаций, а незакрытые задачи — в задачи RetailCRM.
Пользовательские поля (UF-поля) Битрикс24 не имеют прямых аналогов — их создают в RetailCRM как пользовательские поля нужного типа и сопоставляют вручную. Продумайте, какие поля реально нужны, а какие — балласт, который не стоит переносить.
Отдельно решите вопрос с ответственными менеджерами: заведите тех же сотрудников в RetailCRM заранее и сопоставьте их с пользователями Битрикс24, чтобы заказы и задачи легли на нужных людей. Иначе вся история «повиснет» на администраторе, а отчёты по менеджерам за прошлый период потеряют смысл.
Проверка и параллельная работа
Перед отключением Битрикс24 проведите приёмку: сверьте количество контактов, компаний и сделок, суммы по выигранным сделкам, наличие истории у выборочных клиентов.
- Сначала тестовый перенос на копии — ловим ошибки маппинга.
- Затем боевой перенос с фиксацией даты среза.
- Короткий период параллельной работы, пока команда осваивается.
Заранее договоритесь, что считается успехом миграции: например, «совпадение числа выигранных сделок и их суммы с точностью до 1%».
Итог
Переход с Битрикс24 на RetailCRM — это в первую очередь перекладка модели: контакты становятся клиентами, сделки — заказами, стадии — статусами. Успех решают продуманный маппинг воронок, порядок «справочники → клиенты → заказы → история» и сверка на тестовом переносе.
Мы регулярно переводим бизнес с Битрикс24 на RetailCRM: выгружаем через API, согласуем маппинг стадий и переносим историю без потерь. Поможем спланировать и провести миграцию под ключ.
Частые вопросы
Чем модель RetailCRM отличается от Битрикс24?
Битрикс24 оперирует сделками и воронками, а RetailCRM — заказами с товарами, доставкой и оплатой. При миграции сделки становятся заказами, а стадии — статусами.
Как выгрузить данные из Битрикс24?
Через экспорт списков в CSV для небольших баз или через REST API (crm.deal.list, crm.contact.list, crm.company.list) для полной выгрузки с полями и историей.
Что делать с несколькими воронками?
Свести их стадии к группам статусов RetailCRM по заранее составленной таблице соответствия, не перенося десятки самодельных стадий буквально.
Переносится ли история общения?
Да: комментарии таймлайна становятся примечаниями, звонки — историей коммуникаций, незакрытые задачи — задачами RetailCRM.
Как быть с пользовательскими полями Битрикс24?
Их создают в RetailCRM как пользовательские поля нужного типа и сопоставляют вручную. Ненужные поля лучше не переносить.
В каком порядке переносить данные?
Сначала настройка и каталог, затем клиенты и компании, потом заказы со ссылками на них, и в конце — история и коммуникации.
Можно ли работать в двух системах параллельно?
Да, короткий период параллельной работы после боевого переноса помогает команде адаптироваться и выявить недочёты до отключения Битрикс24.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.