Как перенести данные в Битрикс24 из другой CRM и ничего не потерять

Переносят обычно четыре сущности: компании, контакты, сделки и минимально необходимую историю (комментарии, файлы, реквизиты). Способов четыре: импорт CSV штатными средствами Битрикс24, готовый мигратор из маркетплейса, скрипт через REST API и ручной перенос, если записей меньше двухсот. По нашему опыту база на 3-5 тысяч клиентов и 10-15 тысяч сделок переезжает за 3-10 рабочих дней, из которых 70% времени уходит на подготовку и чистку данных, а не на сам импорт. Ключевое правило: сначала тестовый прогон на 20-50 записях, потом полная заливка.

Что переносить, а что оставить в старой системе

Главная ошибка при миграции звучит так: «давайте перенесём всё, вдруг пригодится». В итоге в новый портал приезжают лиды 2017 года, сделки без сумм, контакты с телефоном «уточнить» и 40 тысяч служебных записей, которые никто не откроет. Работать в таком портале невозможно с первого дня.

Решите порог давности до начала работ. Рабочий ориентир: активные записи плюс закрытые за последние 12-24 месяца. Всё, что старше, остаётся в архиве старой системы и в выгруженном файле.

Отдельно про историю переписки. Прямого способа перенести переписку из другой CRM так, чтобы она встала в таймлайн Битрикс24 как настоящие письма и сообщения, нет. Реалистичный вариант: собрать историю по клиенту в один текстовый блок и загрузить его комментарием в карточку либо приложить файлом. Почта переезжает иначе: вы просто подключаете тот же почтовый ящик к Битрикс24, и новая переписка начинает писаться в CRM автоматически.

Подготовка данных перед переносом

Это самый долгий и самый недооценённый этап. Импорт грязных данных даёт грязный портал, и чистить его потом дороже, чем подготовить файл заранее.

Чек-лист подготовки файла

1. Выгрузите данные в CSV или Excel. В большинстве CRM выгрузка есть в списке записей. Если система самописная, выгрузку делает разработчик запросом к базе. Отдельный файл на каждую сущность: компании, контакты, сделки, лиды.
2. Проверьте кодировку. Файл должен быть в UTF-8. Кириллица, побившаяся на этапе выгрузки, восстанавливается только повторной выгрузкой, а не поиском по порталу.
3. Определите разделитель. Точка с запятой или запятая, но один на весь файл. Если в значениях полей встречается тот же символ, значения должны быть в кавычках.
4. Приведите телефоны к единому формату. Один вид записи на всю базу, например +7XXXXXXXXXX. Уберите скобки, пробелы, дефисы, внутренние добавочные вынесите в отдельное поле. От этого напрямую зависит, найдёт ли Битрикс24 клиента при входящем звонке.
5. Проверьте e-mail. Уберите пробелы по краям, русские буквы, значения вида «нет», «уточнить», «-». Пустое поле лучше, чем мусор в поле.
6. Приведите даты к одному формату. ГГГГ-ММ-ДД или ДД.ММ.ГГГГ, но одинаково во всех строках и во всех файлах. Excel любит незаметно превращать даты в числа, проверьте столбец глазами.
7. Сделайте дедупликацию до импорта. Отсортируйте по телефону, затем по почте, затем по названию. Дубли внутри файла превращаются в дубли в портале, и разбирать их потом дороже.
8. Приведите справочники. Источники, типы, отрасли, валюты. Список значений в файле должен совпадать со списком в Битрикс24 символ в символ, иначе значения не подтянутся.
9. Сопоставьте стадии. Составьте таблицу: стадия старой воронки, стадия новой. Если воронок несколько, у каждой свой файл сделок. Как проектировать воронку под новый процесс, разбирали в статье про воронки продаж в Битрикс24.
10. Проверьте обязательные поля. У сделки должны быть название, сумма, валюта, стадия и ответственный. Строки без обязательных полей либо чините, либо исключайте из импорта.
11. Заведите пользователей заранее. Все ответственные должны существовать в новом портале до импорта. Иначе сделки приедут либо на администратора, либо вообще без ответственного, и отдел продаж не увидит свою работу.
12. Добавьте служебный столбец с ID из старой системы. Это ваш ключ для связей, для повторной сверки и для отката. Заведите под него отдельное пользовательское поле.

Отдельный пункт про уволенных сотрудников. Если ответственный больше не работает, не оставляйте поле пустым: заведите общего пользователя вроде «Архив» или переназначьте записи на действующего руководителя. Записи без ответственного выпадают из всех отчётов.

Маппинг полей: таблица соответствия старой и новой системы

Маппинг это документ, по которому делается импорт. Его составляют один раз, согласуют с руководителем отдела продаж и потом используют как инструкцию.

Порядок работы простой. Выгрузите список всех полей старой системы. Рядом поставьте поле Битрикс24, в которое оно ляжет. Для полей без пары примите одно из трёх решений: создать пользовательское поле, склеить в комментарий, не переносить.

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

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

Способы переноса: что выбрать под свой объём

Как перенести данные из amoCRM в Битрикс24 или из Мегаплана: сначала проверьте раздел импорта в самом портале и маркетплейс. Для популярных систем часто уже есть готовое решение, и написание своего скрипта с нуля будет лишней тратой денег. Если готового инструмента под вашу связку нет, дальше идёт выбор между CSV и API.

CSV подходит, когда данные плоские: карточка и её поля. API нужен, когда важны связи, даты создания, авторы комментариев, вложения и постраничная загрузка сотен тысяч записей. При работе через API имеет смысл использовать пакетные запросы и держать паузы между вызовами, иначе портал ответит ошибкой по лимитам.

Импорт сделок в Битрикс24 из Excel делается так же, как из CSV: файл сохраняется в CSV в кодировке UTF-8, дальше открывается мастер импорта в списке сделок. Прямая загрузка файла xlsx поддерживается не везде, поэтому CSV надёжнее.

Пошаговый порядок импорта

Последовательность критична. Если залить сделки раньше компаний, привязок не будет, и вы получите сотни сделок, висящих в воздухе.

1. Пользователи и структура портала. Заведите сотрудников, отделы, воронки, стадии, пользовательские поля, справочники. До этого шага импорт не начинают.
2. Компании. Первыми, потому что к ним привязываются контакты и сделки. В файле обязательно служебный столбец со старым ID.
3. Контакты. Вторыми, с указанием компании. Битрикс24 сопоставляет контакт и компанию по названию или по служебному полю связи.
4. Проверка привязок. Откройте 10-15 карточек компаний и убедитесь, что контакты видны в карточке. Ошибку связи дешевле поймать сейчас, чем после заливки сделок.
5. Сделки в работе. Третьими, с указанием компании, контакта, суммы, валюты, стадии и ответственного.
6. Закрытые сделки за выбранный период. Отдельным файлом, чтобы при ошибке не задеть активные.
7. Лиды. Только необработанные, если вы вообще используете лиды.
8. Активности: комментарии, история, файлы. Последними и обычно через API, потому что штатный импорт таймлайн не заполняет.
9. Реквизиты и счета. Отдельным этапом, у реквизитов своя структура полей.

Про даты создания. По умолчанию импортированная запись получает дату загрузки, и вся база выглядит созданной вчера. Это ломает отчёты за прошлые периоды. Решается двумя путями: либо переносом даты через API в системное поле, либо созданием пользовательского поля «Дата создания в старой CRM» и построением отчётов по нему. Второй вариант проще и всегда работает предсказуемо.

Дубли: как избежать при импорте и как искать после

В Битрикс24 есть контроль дублей по телефону, почте и названию. Настройте его до импорта в настройках CRM, а не после.

Правила, которые снимают большую часть проблем:

• Не запускайте один и тот же файл дважды. Повторный импорт того же файла без ключа сопоставления создаёт полную копию базы. Это самая частая и самая дорогая ошибка миграции.
• Задайте, что делать при совпадении. В мастере импорта есть выбор: обновлять найденную запись или создавать новую. Для повторных загрузок выбирайте обновление по служебному полю со старым ID.
• Импортируйте по одному файлу за раз. Дождитесь окончания загрузки, проверьте количество, только потом запускайте следующий.
• После импорта запустите поиск дублей. В разделе CRM есть инструмент поиска и объединения дублей по телефону, почте и названию. При объединении Битрикс24 переносит связанные сделки и активности в оставшуюся карточку.
• Объединяйте вручную и небольшими партиями. Массовое автоматическое слияние иногда склеивает разные компании с похожими названиями, например филиалы одной сети.

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

Тестовый прогон: 20-50 записей до основной заливки

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

Что проверить после тестовой заливки:

1. Кириллица читается, кавычки и знаки не превратились в вопросительные знаки.
2. Телефоны и почты попали в правильные поля с правильными типами.
3. Суммы совпадают до копейки, валюта верная, разделитель дробной части не съехал.
4. Стадии распределились по таблице маппинга, а не свалились все в первую.
5. Ответственные проставлены и это реальные сотрудники.
6. Контакты видны в карточках компаний, сделки видны в карточках контактов.
7. Пользовательские поля заполнены, служебный старый ID на месте.

Нашли ошибку: удалите тестовую партию, поправьте файл или маппинг, повторите. Обычно тестовый прогон делают 2-4 раза, и это нормально.

Чек-лист приёмки после переноса

Приёмку делает не тот, кто делал импорт. Лучше всего руководитель отдела продаж, потому что он знает базу в лицо.

Отдельно проверьте 10 карточек полностью, поле за полем, сравнивая с оригиналом в старой системе. Это занимает полчаса и ловит то, что не видно на уровне счётчиков. Дальше стоит сразу настроить рабочие отчёты, чтобы цифры на новом портале сходились с привычными, об этом есть отдельная статья про отчёты и аналитику в Битрикс24.

Что делать со старой системой

Не отключайте её в день запуска. Ошибки миграции всплывают на второй и третьей неделе работы, когда менеджер открывает конкретную сделку и не находит нужный комментарий.

Рабочая схема:

1. Первый день нового портала. Старая система переводится в режим чтения: смотреть можно, создавать и редактировать нельзя. Иначе часть команды продолжит работать по-старому, и через месяц у вас будет две неполные базы.
2. 1-3 месяца. Доступ на чтение сохраняется у руководителей и у нескольких менеджеров. Сюда ходят за редкими случаями.
3. До отключения. Выгрузите полный архив: все сущности в CSV, файлы и документы отдельной папкой, записи звонков, если они хранились у провайдера. Архив кладётся туда, где его найдут через год.
4. После отключения. Убедитесь, что оплата подписки остановлена и данные из облака старого сервиса выгружены полностью, потому что после закрытия аккаунта доступ к ним обычно исчезает.

Типичные ошибки миграции

Перенос всего подряд. База раздувается, поиск замедляется, менеджеры теряют доверие к системе, потому что половина карточек мусорные.

Импорт без подготовки полей. Пользовательские поля не созданы, справочники не заведены, и данные приезжают в комментарий или теряются.

Отсутствие тестового прогона. Ошибка в маппинге, помноженная на 20 тысяч записей, превращается в неделю ручной чистки.

Повторный запуск того же файла. Полная копия базы и тысячи дублей. Всегда фиксируйте, какой файл и когда был загружен.

Импорт под одним ответственным. Все записи достаются администратору, отдел продаж не видит своих клиентов и объявляет систему нерабочей.

Игнорирование дат создания. Вся аналитика за прошлые периоды обнуляется, сравнить динамику невозможно.

Миграция без остановки старой системы. Часть команды продолжает вести сделки по-старому, данные расходятся, обратно их уже не свести.

Перенос процессов вместе с данными. Миграция это хороший момент пересмотреть воронку и убрать лишние стадии. Заодно посмотрите, что из ручной работы можно сразу закрыть роботами, об этом мы писали в материале про автоматизацию рутины в Битрикс24.

Перенос данных редко бывает отдельной задачей: обычно это часть запуска портала вместе с настройкой воронок, прав доступа и автоматизаций. Если хочется пройти этот путь без потерь и без месяца ручной чистки, мы в Aventra делаем внедрение Битрикс24 под ключ, включая миграцию из amoCRM, Мегаплана, самописных систем и таблиц. Общий порядок запуска портала с нуля разобран в отдельной статье про внедрение Битрикс24 с нуля.

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

Можно ли перенести историю переписки с клиентами

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

Сохранятся ли даты создания сделок и клиентов

При обычном импорте CSV записи получают дату загрузки. Чтобы сохранить исходные даты, их переносят через REST API в системное поле либо кладут в отдельное пользовательское поле «Дата создания в старой CRM» и строят отчёты по нему. Второй способ проще и не требует особых прав. Решить это нужно до импорта, потом переделывать дороже.

Сколько времени занимает перенос данных

Небольшая база до тысячи клиентов через CSV переезжает за 1-3 дня вместе с подготовкой. База на 3-5 тысяч клиентов и 10-15 тысяч сделок обычно занимает 3-10 рабочих дней. Крупные миграции через API с историей и файлами растягиваются на 2-4 недели. Основное время съедает не импорт, а чистка данных и согласование маппинга.

Можно ли перенести данные самому, без подрядчика

Да, если объём небольшой, структура простая и вы готовы потратить несколько дней. Штатный импорт CSV рассчитан на самостоятельную работу. Подрядчик нужен, когда переносятся связи, история, файлы, несколько воронок, когда исходная система самописная или когда цена ошибки высока и остановка продаж недопустима.

Что делать, если в старой CRM полей больше, чем в Битрикс24

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

Что будет со сделками, которые идут прямо сейчас

Активные сделки переносятся в первую очередь и вручную проверяются менеджерами в первый же день. Практичный вариант: назначить дату перехода, в этот день закрыть старую систему на запись и дать каждому менеджеру час на сверку своих текущих сделок. Найденные расхождения правятся руками, их обычно единицы.