Перенос данных из amoCRM в Битрикс24 — это не одна кнопка, а пять шагов: аудит, чистка, тестовая загрузка, боевой перенос и сверка. Контакты, компании, сделки, задачи и комментарии переезжают почти всегда. Сложности начинаются там, где данные лежали в сторонних виджетах или в переписке мессенджеров, подключённых через чужие сервисы.
Что переносится без проблем
Базовый набор сущностей переезжает предсказуемо: контакты, компании, сделки с их стадиями и суммами, ответственные, даты создания и закрытия, пользовательские поля, комментарии и примечания. Задачи и файлы, прикреплённые к карточкам, тоже переносимы.
Отдельно проверяйте пользовательские поля со списками. Значения в них переезжают как текст, и если в старой системе список вёлся вольно — «в работе», «В работе», «в работе.» — на выходе вы получите три разных значения вместо одного. Приводить их к единому виду проще один раз на выгрузке, чем потом руками в тысяче карточек.
Даты — вторая классическая ловушка. Дата создания сделки должна приехать настоящей, а не датой импорта, иначе вся историческая аналитика превращается в один гигантский всплеск в день переезда. Это решается настройкой импорта, но об этом надо помнить заранее.
Главное здесь — сохранить связи. Сделка должна приехать привязанной к своему контакту и своей компании, а не отдельной записью. Если связи потерялись, вы получите формально полную базу, в которой невозможно работать.
Ещё одна вещь, которую стоит перенести и про которую забывают, — это ответственные. Если все сделки приезжают на одного администратора, вы теряете историю работы менеджеров и не сможете посчитать ни нагрузку, ни конверсию по людям. Соответствие пользователей старой и новой системы составляется руками до переноса: пятнадцать минут работы и большая головная боль, если о ней не подумать.
Что переносится плохо или не переносится вовсе
Записи звонков и переписка в мессенджерах — зависит от того, через какие сервисы они были подключены. Часто оказывается, что физически файлы лежат у стороннего провайдера, а в amoCRM были только ссылки. Тогда история остаётся доступной, пока оплачен старый сервис, и это надо учитывать заранее.
Примерно так же обстоит дело со сложной аналитикой и отчётами, собранными в виджетах. Их не переносят — их пересобирают средствами Битрикса, и обычно это выходит даже удобнее, потому что отчёт живёт внутри системы, а не в стороннем сервисе с отдельной оплатой.
И ещё одно: не переносятся привычки. Даже при идеально перенесённой базе первые недели менеджеры будут по инерции искать кнопки там, где их нет. Это не проблема данных, но именно это чаще всего называют «данные перенесли криво».
Не переносится логика: воронки, автоматизация, шаблоны, права доступа. Всё это собирается в Битриксе заново — и, как мы разбирали в статье про цену миграции, именно эта часть и составляет основной объём работ.
Почему чистить надо до переноса
В любой базе, которой несколько лет, есть дубли: один клиент заведён трижды разными менеджерами, компания записана и как «ООО Ромашка», и как «Ромашка». Есть сделки без ответственного, контакты без телефона, поля, которые заполняли два месяца и бросили.
Если перенести это как есть, вы получите ту же кашу, только в новой системе, и потратите месяцы на разбор уже в бою. Гораздо дешевле выгрузить базу, почистить дубли и явный мусор, и загрузить уже приведённую в порядок. Как Битрикс сам ловит дубли дальше — в статье про дубли клиентов.
Отдельный разговор — старые закрытые сделки. Переносить их надо, но не обязательно все и не обязательно сразу. Мы часто договариваемся так: открытые сделки и активные клиенты идут в первую очередь, архив за прошлые годы догружается отдельным заходом после запуска. Это снимает нервозность в день переезда и не задерживает работу отдела.
Чистку удобно совмещать с разметкой. Пока база всё равно выгружена в таблицу, можно проставить сегменты: действующий клиент, спящий, отвалившийся, потенциальный. В новую систему база приезжает уже размеченной, и с ней можно сразу работать, а не начинать с инвентаризации.
Тестовая загрузка и окно простоя
Мы никогда не делаем боевой перенос первым. Сначала грузим выборку на тестовый портал, смотрим, как встали поля, не поехали ли даты и суммы, правильно ли собрались связи. На этом этапе обычно вылезает две-три мелочи, которые в бою стоили бы дорого.
Тестовая загрузка полезна ещё и тем, что на ней учится команда. Менеджер открывает знакомую ему сделку в новой системе и сразу говорит, чего ему не хватает. Такую обратную связь гораздо дешевле получить до боевого переноса, чем после.
На тестовом портале же проверяется автоматизация. Роботы и триггеры, настроенные на пустой системе, ведут себя не так, как на реальных данных: где-то срабатывают на старых сделках, где-то заваливают всех уведомлениями. Лучше увидеть это на тесте.
Боевой перенос ставим на окно, когда в системе не работают: вечер пятницы или выходные. В момент переноса старая система переводится в режим чтения, чтобы менеджеры не завели новые сделки там, откуда мы уже выгрузили данные.
Про окно надо предупредить всех заранее и письменно. Классическая история: в субботу кто-то из продавцов решил поработать, завёл три сделки в старой системе, и в понедельник их там никто не ищет. Мелочь, а осадок от переезда остаётся именно из-за таких мелочей.
Полезно на день переезда назначить дежурного с нашей стороны и одного человека со стороны компании. Вопросы будут, и они решаются за минуты, если есть кому их задать, и превращаются в недоверие к системе, если задать их некому.
Сверка: шаг, который пропускают чаще всего
После загрузки обязательно сверяем количества: столько же контактов, столько же компаний, столько же открытых сделок и столько же суммарных денег в работе. Расхождение в пару процентов — норма для дублей, которые схлопнулись. Расхождение в четверть — повод разбираться, а не запускать.
Полезно сверять не только количество, но и деньги: суммарный объём открытых сделок до и после должен совпадать. Это самая быстрая проверка на то, что поля с суммами и валютой встали правильно, а не превратились в нули.
И отдельно проверяем выборочные карточки руками: открыли десять сделок, посмотрели, всё ли на месте. Сколько всё это занимает по календарю, мы описали в статье сколько длится переезд с amoCRM. Перенос и настройку целиком берём на себя в рамках миграции на Битрикс24.