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

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

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

Перед миграцией нужно составить полный перечень сущностей и объёмов. В amoCRM данные распределены по нескольким типам, и каждому в Битрикс24 соответствует своя структура.

Отдельно оценивают дополнительные поля, теги, ответственных, файлы и историю переписки. Именно «хвосты» — кастомные поля и вложения — чаще всего теряются при небрежной миграции.

Способы миграции

Есть три подхода, и выбор зависит от объёма и требований к истории.

• Готовый мигратор из маркетплейса Битрикс24. Быстро для типовых случаев, но ограничен по кастомным полям и истории.
• Импорт через CSV/Excel. Подходит для контактов и сделок без сложных связей; история и файлы так не переносятся.
• Перенос через API обеих систем. Максимальный контроль: читаем из amoCRM API v4, пишем через REST Битрикс24. Так переносятся история, вложения и связи.

Маппинг полей и воронок

Сердце миграции — таблица соответствия. Её составляют до переноса и согласуют с отделом продаж.

1. Воронки и этапы. Каждая воронка amoCRM превращается в направление сделок Битрикс24, каждый этап — в стадию. Названия и порядок нужно сохранить, чтобы аналитика осталась сопоставимой.
2. Дополнительные поля. Пользовательские поля amoCRM сопоставляются с полями сделок и контактов Битрикс24; для отсутствующих создаются новые.
3. Пользователи. Ответственные менеджеры сопоставляются по email, чтобы сделки не «осиротели».
4. Теги и статусы. Переносятся как теги или пользовательские поля.

Порядок миграции

Данные переносят строго от справочников к транзакциям, иначе связи не соберутся.

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

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

Отдельно планируют момент переключения. Если в amoCRM продолжают работать во время миграции, между переносом и запуском Битрикс24 накапливается дельта — новые сделки и изменения. Её догружают повторным проходом по дате изменения. Чтобы менеджеры не работали в двух системах одновременно, обычно назначают «час X»: фиксируют состояние amoCRM, догружают дельту и переводят команду на Битрикс24. Сохранённые исходные ID здесь незаменимы — по ним повторный прогон обновляет записи, а не создаёт дубли.

История, звонки и файлы

Самая трудоёмкая часть — сохранить контекст работы с клиентом. Именно ради истории обычно и выбирают перенос через API.

• Примечания и переписка переносятся в таймлайн сделки или контакта с сохранением дат и авторов.
• Звонки — записи и метаданные привязываются к соответствующим сущностям; ссылки на аудио сохраняют, если хранилище доступно.
• Файлы скачиваются из amoCRM и загружаются во вложения Битрикс24.
• Даты — важно переносить исходные даты создания, а не дату миграции, иначе аналитика по периодам сломается.

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

Риски и как их снять

Типичные проблемы переезда с amoCRM:

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

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

Итог

Миграция из amoCRM в Битрикс24 удаётся, когда заранее составлен маппинг воронок и полей, данные переносятся от справочников к сделкам, сохраняются исходные ID и даты, а история и файлы идут через API. Тестовый прогон и сверка итогов защищают от тихих потерь.

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