КОРОТКИЙ ОТВЕТ
Как перенести CRM без потери данных
Безопасная миграция между amoCRM и Битрикс24 включает инвентаризацию, карту сопоставления, очистку базы, тестовый и повторный перенос, сверку количества и связей, обучение команды, окно переключения и заранее проверенный план отката.
Миграция CRM — это проект по сохранению бизнес-контекста. Самого факта, что в новой системе появилось сто тысяч контактов, недостаточно. Нужно доказать, что контакты связаны с компаниями и сделками, ответственные назначены, история доступна, а активные сделки не потеряли следующий шаг.
Переход из amoCRM в Битрикс24 чаще всего связан с задачами, проектами, документами и внутренними процессами. Обратный переход часто выбирают, когда отделу продаж нужен более сфокусированный интерфейс. Но мотив смены не меняет требования к переносу.
Что нужно переносить
| Слой | Состав | Критерий приёмки |
|---|---|---|
| Клиенты | Контакты, компании, реквизиты, телефоны, email, теги. | Количество, уникальность, связи и выборочная сверка. |
| Продажи | Лиды, сделки, воронки, статусы, товары, бюджеты, причины отказа. | Статус, бюджет, клиент, ответственный и следующий шаг. |
| История | Примечания, задачи, звонки, письма, чаты, файлы. | Доступность, дата, автор, связь с нужной сущностью. |
| Настройки | Поля, справочники, роли, роботы, шаблоны и интеграции. | Не копия, а эквивалентная бизнес-логика в целевой CRM. |
Часть объектов не имеет прямого аналога. Например, автоматизацию, цифровые рабочие места, смарт-процессы или вложенные сущности нельзя перенести как столбцы CSV. Их нужно перепроектировать.
Карта сопоставления данных
До первой загрузки создают data mapping: исходная сущность и поле, целевая сущность и поле, тип данных, правило преобразования, значение по умолчанию и правило ошибки. Отдельно фиксируют карту пользователей, статусов и справочников.
Какие поля не стоит переносить
Миграция — хороший момент убрать дублирующие поля, временные теги, неиспользуемые справочники и данные, на которые нет владельца. Но удалять их нужно по утверждённому реестру, а не по ощущениям интегратора.
Как подготовить процессы к смене CRM
До переноса нужно отделить миграцию данных от внедрения новой логики. Если одновременно менять воронки, роли, обязательные поля и автоматизацию, команда не сможет понять причину ошибки: данные перенеслись неверно или новый процесс спроектирован не так. Сначала утверждают целевую модель и минимальный состав, необходимый для продолжения работы в день переключения.
Для каждой активной воронки описывают вход, этапы, ответственного, обязательные данные, следующий шаг и управленческий отчёт. Затем старые статусы сопоставляют не по названию, а по смыслу. Например, этап «Счёт» в одной системе может означать подготовку документа, а в другой — уже ожидание оплаты. Механическое совпадение названий исказит прогноз и автоматические действия.
Пользователей также нельзя переносить только по email. Нужно решить, кому принадлежат записи уволенных сотрудников, как сохранить авторство старых комментариев и какие права получат новые роли. Интеграции с сайтом, телефонией, почтой, мессенджерами и учётной системой переключают по отдельному реестру с владельцем и временем проверки.
От чего зависят сроки и бюджет миграции
Главные факторы — объём и качество базы, число типов сущностей, глубина истории, файлы, нестандартные поля, несколько воронок, пользовательские приложения и допустимое окно простоя. Миллион чистых однотипных контактов может переноситься проще, чем десять тысяч сделок с противоречивыми связями, файлами и десятилетней историей.
Проект делят на обследование, прототип преобразования, тестовую загрузку, исправления, генеральную репетицию и продуктивное переключение. В оценке должен быть резерв на данные, которые не видны в первых выгрузках: некорректные даты, удалённые пользователи, пустые обязательные поля, неожиданные кодировки и ссылки на отсутствующие объекты.
Хорошая смета отдельно показывает стоимость переноса, настройки целевой CRM, восстановления интеграций, обучения и периода усиленной поддержки. Это позволяет не скрывать внедрение под словом «миграция» и сравнивать предложения по одинаковому составу работ.
Что делать с данными, которые не переносятся
Архив нельзя оставлять в старой CRM без владельца и правил доступа. Для непереносимых писем, файлов и технической истории выбирают формат хранения, срок, ответственного и способ поиска по клиенту или сделке. Пользователю новой CRM достаточно понятной ссылки или процедуры запроса архива, но она должна работать и после прекращения старой лицензии.
До отключения исходной системы формируют контрольные выгрузки и документируют их структуру. Архив шифруют, резервируют и проверяют восстановление, а права ограничивают по реальной необходимости. Это снижает стоимость миграции без потери юридически или операционно значимой информации.
План миграции
- Аудит и заморозка схемыСчитаем объекты, связи, поля, файлы и активные интеграции; на период проекта ограничиваем изменения структуры.
- Подготовка целевой CRMСоздаём воронки, поля, роли, пользователей, справочники и минимальную автоматизацию.
- Тестовый переносЗагружаем репрезентативную выборку: активные, закрытые, сложные, с файлами, пустыми полями и необычными связями.
- Полная миграцияПереносим основной массив, сохраняем таблицу соответствия старых и новых ID, а ошибки пишем в отдельную очередь.
- Delta-переносВ оговоренное окно догружаем изменения, возникшие после основной выгрузки, и переводим каналы на новую CRM.
- Приёмка и стабилизацияСверяем контрольные суммы, проходим бизнес-сценарии, обучаем команду и закрываем дефекты по приоритету.
Инструменты и доступные методы меняются, поэтому технический план нужно сверять с актуальными материалами amoCRM для разработчиков и REST API Битрикс24. Проверено 5 августа 2026 года.
Как принимать миграцию
Приёмка сочетает три метода. Первый — количественная сверка по типам, статусам и датам. Второй — контрольные суммы: бюджеты сделок, закрытые продажи, количество активных задач. Третий — выборочная и сценарная проверка: открыть клиента, найти сделку, прочитать историю, создать задачу и построить отчёт.
Основные риски
| Риск | Профилактика |
|---|---|
| Дубли из-за повторного запуска | Идемпотентная загрузка и таблица соответствия ID. |
| Потеря авторства истории | Карта пользователей, отдельное поле автора и отчёт о несопоставленных учётках. |
| Пропуск изменений во время переноса | Delta-миграция и точное время переключения каналов. |
| Скрытые зависимости | Реестр виджетов, вебхуков, роботов, телефонии, почты и отчётов. |
Чек-лист готовности
- Назначены владелец миграции и представители подразделений.
- Утверждены состав данных и список осознанных исключений.
- Карты полей, пользователей, статусов и справочников согласованы.
- Тестовая выборка включает редкие и сложные случаи.
- Подготовлены контрольные суммы и приёмочные сценарии.
- Известно окно переключения и план информирования команды.
- Создана копия исходных выгрузок и описан откат.
Часто задаваемые вопросы
Можно ли перенести всю историю из amoCRM в Битрикс24?
Часть истории можно перенести, но состав зависит от доступа к API, типов событий, файлов и возможностей целевой CRM. Перед оценкой нужно составить реестр и отделить переносимые данные от архива.
Можно ли работать во время миграции?
Да, если план предусматривает основной и повторный delta-перенос. Перед переключением нужно ограничить изменение структуры, догрузить новые данные и точно зафиксировать момент смены каналов.
Как понять, что перенос завершён корректно?
Нужны совпадающие счётчики, контрольные суммы, протокол ошибок, выборочная сверка и прохождение рабочих сценариев от нового лида до отчёта. Приёмка должна быть формальным документом.
Продолжить по теме «CRM и управление»
Материал входит в тематический маршрут Sabitov Systems: от базовых решений к внедрению и практическим сценариям.