Уход из облачной CRM: что можно вынести из amoCRM и Битрикс24 и как не потерять историю

Из облачной CRM надёжно уходят компании, контакты, сделки с этапами и пользовательские поля; хрупкие части — переписка, записи звонков, файлы и история изменений. Ниже: что выгружать и в каком порядке, как сопоставить поля, график на 30 дней и чек-лист приёмки, который показывает, что ничего не потеряно.

Перенос данных из amoCRM: что можно вынести из облака, а что остаётся у вендора

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

Для amoCRM основной канал программной выгрузки — API версии 4. По документации, список сделок отдаёт точка GET /api/v4/leads, за один запрос возвращается не больше 250 сущностей, листать надо параметром page. Есть и составной метод POST /api/v4/leads/complex для создания сделки вместе с контактом и компанией (добавляемые данные участвуют в контроле дублей, если он включён для интеграции), он пригодится на стороне загрузки, если принимающая система умеет похожее. У Битрикс24 это REST API с методами для лидов, сделок, контактов и компаний, батчами и ограничениями на интенсивность запросов; точные лимиты и объём страницы смотрите в документации на дату миграции, они меняются.

Если вы переезжаете в наше решение, то ориентир — CRM и AI-отдел продаж: там описано, что получает команда после переезда. Но логика этой статьи вендоро-нейтральна. Вы можете уйти в EspoCRM, Odoo, SuiteCRM или YetiForce, и порядок выгрузки останется тем же. Детали каждой целевой системы у нас разобраны отдельно, и я буду ссылаться на них по месту.

Принцип, который я повторяю клиентам: переносим данные, а не привычки. Если в старой CRM двенадцать полей «Источник», три из которых пустые, не копируйте этот мусор. Перенос — единственный дешёвый момент почистить базу.

Контакты, сделки и воронки: сопоставляем поля до выгрузки

Сопоставление полей я делаю таблицей до первого экспорта: слева поле старой CRM, справа поле новой, посередине правило преобразования. Даже у небольшой команды таких строк набирается несколько десятков, поэтому на сопоставление закладывайте отдельные дни, а не час между делами. Если пропустить этот шаг, то ошибки найдут менеджеры в боевой базе, а не вы в тестовой.

Порядок загрузки всегда один: пользователи, справочники, компании, контакты, сделки, задачи и заметки. Реляционные связи ломаются, если загрузить сделку раньше контакта: сделка повиснет без клиента. Тестовый импорт на 20–30 записей в таком же порядке показывает, сохраняются ли связи, и стоит часа работы. Если связи не держатся, не загружайте остальное, а исправляйте правила.

Дубли разбираем до импорта, а не после. Основные ключи для склейки — телефон в едином формате и email. Это скучная работа, но без неё в новой системе окажутся два «Иванова», и менеджеры снова вернутся в старую CRM «посмотреть, как было». Отдельное правило для лидов: если принимающая система при создании лида автоматически создаёт контакт (в ERPNext v15 так происходит при включённой настройке Auto Creation of Contact в CRM Settings), загружайте в неё только квалифицированные записи, иначе справочник контактов засорится неквалифицированными лидами.

Исторические сделки за все годы переносить не обязательно. Для аналитики хватит агрегированных цифр по периодам, в карточку клиента достаточно последних сделок и ключевых заметок. Полный архив я предлагаю хранить файлом выгрузки с понятным названием и датой: он никому не мешает и снимает страх «а вдруг понадобится».

Пример запроса на выгрузку списка сделок из amoCRM (токен и субдомен подставьте свои, формат заголовка сверьте с документацией вендора):

curl -s -H "Authorization: Bearer $TOKEN" \
  "https://example.amocrm.ru/api/v4/leads?limit=250&page=1" > leads_p1.json

Повторяйте с увеличением page, пока ответ не станет пустым, и считайте, сколько записей получили.

• Пользователи и роли — первыми.
• Справочники и списки значений.
• Компании, потом контакты.
• Сделки с этапами, потом задачи и заметки.

Переписка, звонки и файлы: самая хрупкая часть переезда

Здесь теряют больше всего, и причина простая: эти данные хранятся не как строки CRM. Переписка в мессенджерах привязана к каналу и к внешнему сервису, записи звонков лежат у телефонии, файлы — в хранилище вендора со ссылками, которые перестают работать после закрытия подписки. Чаще всего теряют привязку переписки к сделке, историю изменений полей, рабочие ссылки на файлы и настроенную автоматизацию.

У Битрикс24 часть данных попадает в экспорт, часть доступна только через REST, а записи звонков физически принадлежат телефонии. Для amoCRM похожая картина: заметки и примечания можно получить через API, но вложения и записи придётся скачивать отдельным проходом. Конкретные методы и ограничения проверяйте по документации вендора. Не доверяйте старым форумным инструкциям: методы API у вендоров версионируются и закрываются, и проверка на дату миграции занимает час, а ошибка обходится в недели переделки.

Мой подход к хрупким данным такой. Скачайте файлы и записи звонков в архив заранее, с именем вида «ID сделки, дата, тип». В новую систему положите ссылку на архив или переносите вложения туда, где они нужны для работы. Переписку, которая важна для юридических споров, экспортируйте файлом и храните отдельно. Всё остальное можно оставить в архиве вместо того, чтобы возить в новую систему.

Чек-таблица ниже показывает, что и как выгружать, и где риск. Она дублирует инфографику, чтобы вы могли скопировать её в свой план. | Что | Как выгружать | Риск потери | Куда в новой системе | |---|---|---|---| | Контакты, компании | экспорт или API | низкий | карточки клиентов | | Сделки, воронки, этапы | API или экспорт | средний | сделки и этапы | | Пользовательские поля | API | средний | пользовательские поля | | Задачи и заметки | API | средний | задачи и таймлайн | | Переписка | API или файл | высокий | архив или таймлайн | | Звонки и записи | у телефонии | высокий | ссылки на архив | | Файлы | скачивание | высокий | вложения или хранилище |

Пользователи, права и интеграции: что придётся создать заново

Пользователи не переносятся как логины: их заводят заново, а пароли выдают новые. Это хороший повод пересмотреть роли. В облачных CRM у каждого менеджера часто доступ ко всем сделкам, и перенос на строгую модель вызывает сопротивление. Договоритесь о матрице ролей до миграции, а не в день Х.

Интеграции придётся настроить заново. Телефония, почта, формы сайта, мессенджеры, выгрузка в учётную систему: каждая из них подключается к новой CRM своими настройками. Составьте список интеграций с владельцами и тестовым сценарием на каждую. Для связки с 1С действует правило: обмен только через HTTP-сервисы, REST или OData, прямая запись в базу SQL запрещена. Подробнее про интеграцию 1С с облачными CRM есть материал про Битрикс24 и amoCRM с 1С.

Автоматизации и роботы — отдельная категория. Бизнес-процессы Битрикс24 и цифровые воронки amoCRM не выгружаются как исполняемая логика. Их можно только описать: триггер, условие, действие. Я прошу заказчика выписать на листок каждую автоматизацию, которой действительно пользуются, и вычеркнуть те, о которых никто не вспомнил. Список почти всегда сокращается, и восстанавливать приходится только живые сценарии.

Если поле из старой CRM не ложится в новую, помогает простое дерево решений. Нет такого поля в новой системе: нужен ли по нему отчёт? Да — создаём пользовательское поле, нет — складываем значение в заметку к карточке. Тип другой, например список вместо текста — сопоставляем значения таблицей. Ответственный уволен — назначаем на руководителя группы. Дубль контакта — склеиваем до импорта.

План переключения на 30 дней: параллельная работа и день «Х»

Для команды на 15–30 человек я закладываю около месяца. Это не потому, что выгрузка долгая: она занимает часы. Время уходит на очистку, сопоставление, обучение и параллельную работу. Если вам предлагают переехать за выходные, спросите, кто будет разбирать дубли и проверять результат.

Дни 1–5: аудит данных и сопоставление полей, список интеграций. Дни 6–10: тестовый импорт 20–30 записей, проверка связей. Дни 11–20: параллельная работа, новые заявки только в новой CRM по одной воронке, старая остаётся для просмотра истории. Дни 21–27: остальные воронки и обучение по ролям. Дни 28–30: итоговая выгрузка изменений и день Х, когда старая CRM переводится в режим чтения.

Чтобы не останавливать продажи, работайте параллельно: новые заявки с даты, которую вы объявили заранее, ведутся только в новой системе. Сначала переключается одна воронка, обычно самая простая, потом остальные. Так вы получаете проверку на реальных данных без риска для основного потока.

Три контрольные точки в конце: сверка числа сделок по этапам, сверка сумм по закрытым сделкам и выборочная проверка 20 карточек руками. Выборочная проверка кажется формальностью, но именно она показывает, что менеджеры видят то, что ожидали.

«Академия Навыков Юг»: переезд учебного центра на 19 рабочих мест

Условный пример, цифры вымышленные. Учебный центр «Академия Навыков Юг» ведёт набор на курсы через облачную CRM: 19 пользователей, из них 8 менеджеров по набору, остальные — методисты и администраторы. В базе около 14 тысяч контактов, 6 тысяч сделок за три года, переписка в мессенджерах и записи звонков за два года. Причина переезда: растёт подписка вместе с числом пользователей, а доступ к данным зависит от вендора.

Мы начали с описи. Оказалось, что из 14 тысяч контактов реально активны около четырёх тысяч, остальные — прошлые абитуриенты без повторных обращений. Дублей по телефону нашлось порядка восьмисот. Пользовательских полей было 38, из них в отчётах использовались девять. Эти цифры определили план: не переносим 29 полей, склеиваем дубли, активные контакты грузим полностью, прошлые — только имя, телефон и сводку по последней сделке.

Записи звонков (около 30 гигабайт) скачали архивом по правилу «ID сделки, дата, тип», в карточку положили ссылку на архив. Переписку в мессенджерах в новую систему не переносили, выгрузили файлами для юридического архива. Это решение вызвало спор: менеджерам хотелось видеть историю в карточке. Мы договорились, что последние три месяца переписки восстановим по ключевым клиентам вручную, и для 120 карточек это заняло два дня.

Итог по плану: параллельная работа шла по одной воронке «Очные курсы» две недели, потом переключили «Онлайн» и «Корпоративные». Сверка показала расхождение в 17 сделках из-за дублей контактов с разными телефонами. Исправили до дня Х. Это один пример, и ваша картина будет другой, но порядок действий — опись, чистка, тест, параллельная работа — повторяется.

Чек-лист приёмки и ограничения: как убедиться, что ничего не потеряно

Приёмку я делаю по числам, а не по ощущению. Совпадает ли число компаний, контактов и сделок по этапам со старой системой с учётом удалённых дублей. Совпадает ли сумма закрытых сделок за период. Открываются ли 20 случайно выбранных карточек с переписанными полями и привязанными задачами. Подключены ли и работают ли интеграции: телефония, почта, формы сайта, обмен с учётом.

Отдельный пункт — права. Зайдите под каждой ролью и проверьте, что менеджер видит только свои сделки, а руководитель — все. Эта проверка показывает ошибки, которых не видно администратору. И последний пункт — резервная копия новой CRM после загрузки: сделайте её до того, как менеджеры начнут работать, чтобы был откат к чистому состоянию.

Теперь про ограничения этого подхода. Он не переносит логику автоматизации: роботы и воронки с условиями строятся заново. Он не гарантирует полноту переписки: если вендор не отдаёт её через API, остаётся ручной архив. Он не снимает вопрос об условиях вендора: сроки доступа к данным после окончания подписки смотрите в договоре. Если у вас больше 100 тысяч сделок или сложная кастомизация, нужен проект с разработкой, а не гайд.

Если хотите увидеть, как выглядит целевая система, читайте разборы переездов в конкретные CRM: в EspoCRM, в Odoo CRM, в YetiForce. Для небольшой команды с 1С полезно сравнение CRM для малого бизнеса.

Частые вопросы