При переносе из RetailCRM в Битрикс24 основная сложность — разная модель данных: RetailCRM центрируется на заказах, Битрикс24 — на сделках. Без аккуратного маппинга теряются статусы, история платежей и данные клиентов. Мы сталкивались с проектами, где из-за неверного маппинга статусов 30% сделок оказывались в неправильных стадиях, а история лояльности была утеряна. Наша команда за 6 лет провела более 50 миграций, и мы знаем, как обойти эти грабли. Мы используем RetailCRM API v5 для выгрузки и REST API Битрикс24 для записи. Для больших объёмов параллелим запросы с ограничением 5 RPS, что позволяет обрабатывать до 50 000 заказов в день. Миграция через наш автоматизированный конвейер в 3 раза быстрее ручного переноса через Excel.
Почему правильный маппинг — основа миграции из RetailCRM в Битрикс24?
RetailCRM хранит статусы в многоуровневой структуре с группами, а Битрикс24 — в плоских стадиях сделок. Без маппинга «Отменён» может стать «Успешно», а «В работе» — «Проигрыш». Мы автоматически сопоставляем статусы через StatusMapper, который учитывает бизнес-логику: например, «Возврат» в RetailCRM маппится в «Отмена сделки» с сохранением причины. На одном из проектов клиент потерял 30% сделок из-за того, что статус «Доставлен» не был перенесён — после внедрения маппера потери исключены.
Какие данные мы переносим?
RetailCRM строится вокруг заказов (Orders) как центральной сущности, что отличает её от классических CRM вроде Битрикс24, ориентированных на сделки:
- Order — заказ с составом, статусом, доставкой, оплатой
- Customer — покупатель (физическое лицо или компания)
- Product — товар (из каталога магазина)
- Task — задачи (встроены в интерфейс)
- Note — комментарии к заказам и покупателям
- Segment — сегменты покупателей (маркетинговые)
- Loyalty — программа лояльности (баллы, уровни)
Все эти сущности мы переносим в соответствующие объекты Битрикс24. Например, заказы становятся сделками, покупатели — контактами, а программа лояльности — кастомными полями контакта или модулем бонусных баллов.
Как устроена миграция: пошаговый процесс
- Аудит данных — выгрузка из RetailCRM, анализ структуры и объёма (этап занимает 1–3 дня).
- Проектирование маппинга — какие поля соответствуют каким, решение для статусов и бизнес-процессов.
- Разработка скриптов миграции — на PHP с использованием RetailCRM API v5 и REST API Битрикс24.
- Тестирование на копии — перенос данных на тестовую среду, сверка контрольных сумм.
- Верификация — сравнение суммарных показателей (количество заказов по статусам, GMV).
- Запуск в продакшн — перенос в рабочую среду, обучение сотрудников.
Как переносить заказы с сохранением статусов?
RetailCRM имеет многоуровневую систему статусов с группами. В Битрикс24 создаются соответствующие стадии сделки. Мы автоматически маппим статусы через StatusMapper, который учитывает бизнес-логику: например, «Отменён» в RetailCRM может стать «Проигрыш сделки». Важно также сохранить историю изменений статусов — мы переносим её в события таймлайна сделки.
Что делать с программой лояльности?
Данные лояльности (баллы, уровни, история начислений) мигрируют через кастомные поля контакта или модуль бонусных баллов Битрикс24. Мы разрабатываем PHP-скрипт, который пересчитывает балансы на момент переноса и загружает историю операций. Если в RetailCRM используется система сгорания баллов, мы настраиваем агенты Битрикс24 для автоматического списания.
Маппинг заказов: пример
При интеграции RetailCRM с Битрикс24 маппинг заказов зависит от того, есть ли в компании интернет-магазин на Битрикс.
Если магазин есть: заказы уже могут быть синхронизированы — мигрируем только покупателей и историю. Если магазина нет: заказы переносятся как Сделки, покупатели — как Контакты и Компании.
| RetailCRM | Битрикс24 (без магазина) | Битрикс24 (с магазином) |
|---|---|---|
| Customer | Контакт / Компания | Пользователь сайта |
| Order | Сделка | Заказ (b_sale_order) |
| Order Item | Позиция сделки | Позиция корзины |
| Task | Задача | Задача |
| Note | Комментарий таймлайна | Комментарий |
| Segment | Группа пользователей | Сегмент CRM |
Типичные сроки и окупаемость
| Объём | Срок |
|---|---|
| до 10 000 заказов, до 5 000 покупателей | 2–3 недели |
| 10 000–100 000 заказов | 4–8 недель |
| 100 000+ заказов, лояльность, сегменты | 2–4 месяца |
Инвестиции в миграцию окупаются уже через 3–6 месяцев за счёт автоматизации рутинных операций. Стоимость рассчитывается индивидуально на этапе аудита. Наши сертифицированные специалисты гарантируют точный маппинг и сохранность данных.
Что входит в работу
- Аудит данных — выгрузка структуры RetailCRM, анализ дублей и аномалий.
- Проектирование маппинга — подробная схема соответствия полей с учётом бизнес-процессов.
- Разработка скриптов — на PHP с использованием API, с возможностью кастомной логики.
- Тестовая миграция — на копии среды, с верификацией контрольных сумм.
- Обучение сотрудников — вебинар или очная встреча по работе с новыми данными.
- Документация и исходные коды — передаются заказчику.
- Пост-миграционная поддержка — 2 недели мониторинга и исправления ошибок.
Как избежать ошибок при миграции?
Используйте тестовую среду. Наши инженеры настраивают клон Битрикс24, где отрабатывают сценарии переноса. Только после подтверждения заказчика данные переносятся в бой. Мы также пишем скрипты обратной совместимости на случай отката. Гарантируем сохранность данных и соответствие 54‑ФЗ при передаче фискальных данных. Все исходные коды и документация передаются заказчику.
Свяжитесь с нами для предварительного аудита — мы бесплатно оценим объём и сложность миграции. Получите консультацию сертифицированного специалиста.