Миграция из amoCRM в RetailCRM

amoCRM заточена под воронки продаж, а RetailCRM — под электронную коммерцию: заказы, товары, доставку. Поэтому миграция — это не копирование сделок один в один, а переосмысление данных под товарно-заказную модель RetailCRM. Разбираем, что и как переносить, чтобы не потерять клиентов и историю.

Разница моделей amoCRM и RetailCRM

Главное, что нужно понять до старта: у систем разная логика. В amoCRM центральная сущность — сделка в воронке. В RetailCRM — заказ с составом товаров, доставкой и оплатой. Это меняет подход к переносу.

Что переносим

Состав миграции определяют по инвентаризации аккаунта amoCRM:

• Клиенты — контакты и компании с телефонами, email, адресами.
• Заказы — из сделок, с суммами, статусами и ответственными.
• Состав заказов — товары, если они структурированы.
• История — примечания, звонки, переписка в таймлайн клиента.
• Дополнительные поля — пользовательские поля сделок и контактов.

Каталог товаров в RetailCRM обычно приходит не из amoCRM, а из товароучётной системы или с сайта. Поэтому перенос из amoCRM касается прежде всего клиентов, заказов и истории общения.

Перед стартом полезно провести аудит: выгрузить статистику по количеству контактов, компаний, сделок и объёму истории. Это даёт точку сверки на финале и помогает оценить сроки — миграция аккаунта на 5 000 сделок и на 500 000 отличается на порядок по времени и нагрузке на API. Заодно на этом этапе видно «мусор» — тестовые сделки, дубли и брошенные контакты, которые не стоит тащить в новую систему.

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

Этапы воронок amoCRM превращаются в статусы заказов RetailCRM. RetailCRM группирует статусы по этапам: new, approval, assembling, delivery, complete. Нужно составить таблицу соответствия.

1. Выпишите все этапы всех воронок amoCRM.
2. Сопоставьте каждый со статусом или группой статусов RetailCRM.
3. Успешные сделки → завершённые заказы, проваленные → отменённые с причиной.
4. Ответственных менеджеров сопоставьте по email.

Способы переноса

Технически перенос делают одним из способов:

Для полноценного переезда данные читают из amoCRM API v4 и загружают через RetailCRM API v5 (методы customers/create, orders/create). Так сохраняются история, привязки и пользовательские поля. Исходный ID сделки amoCRM записывают в externalId заказа RetailCRM — это упрощает сверку и защищает от дублей.

Порядок и проверка

Порядок переноса — от справочников к транзакциям:

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

Обязательный этап — тестовая миграция на выборке. Переносят несколько десятков клиентов и заказов, проверяют статусы, суммы, привязки и историю, и только после этого запускают полный прогон. По завершении делают сверку количества: сколько клиентов и заказов было в amoCRM и сколько стало в RetailCRM.

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

Риски миграции

На что обратить внимание:

• Дубли клиентов — RetailCRM объединяет клиентов по телефону/email; настройте дедупликацию заранее.
• Свободные товары вместо каталожных — если не сопоставить с номенклатурой, аналитика по товарам будет неполной.
• Потеря дат — переносите исходные даты заказов, а не дату миграции.
• Лимиты API — обмен пакетами с паузами, чтобы не упереться в ограничения.
• Раздутый список статусов — сведите этапы к стандартным группам RetailCRM.

Все риски снимаются одинаково: тестовый прогон, сохранение внешних ID, дедупликация и сверка итогов.

Итог

Миграция из amoCRM в RetailCRM — это перевод данных из вороночной модели в товарно-заказную. Успех зависит от продуманного маппинга статусов, аккуратного переноса клиентов и заказов через API, сохранения исходных ID и дат, а также дедупликации и финальной сверки.

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