Перейти к содержанию
Бесплатная консультация
Блог · Перенос данных

Перенос из amoCRM в Битрикс24 без потерь: что проверить

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

· ГЕККО · чтение ≈ 6 мин

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

Что обычно переносят

Основа переноса — карточки и связи между ними:

  • контакты и компании;
  • сделки с этапами и ответственными;
  • пользовательские поля;
  • пользователи и их роли;
  • воронки и список причин отказа.

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

Шаг 1. Инвентаризация: что у вас сейчас есть

Прежде чем что-то переносить, составьте список того, чем вы реально пользуетесь. Это занимает пару часов и сразу отсеивает лишнее.

  • Сколько воронок и какие из них действующие, а какие забытые?
  • Какие поля заполняются, а какие давно пустуют?
  • Какие интеграции подключены: телефония, почта, сайт, мессенджеры?
  • Какие автоматизации работают, и кто о них знает?
  • Есть ли дубли в контактах и компаниях?

Хороший момент почистить базу — именно сейчас. Переносить мусор вместе с данными нет смысла.

Шаг 2. Соответствие полей и этапов

Системы устроены по-разному, и поля нельзя просто «скопировать». Нужна таблица соответствия: поле в amoCRM — поле в Битрикс24 — тип данных — что делать при несовпадении. Например, список с несколькими значениями в одной системе может оказаться обычным текстом в другой. Такие места лучше найти заранее.

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

Шаг 3. Тестовый перенос

Это самый важный этап, который нельзя пропускать. Тестовый перенос — это пробный запуск на копии или на ограниченной выборке данных, без риска для рабочей системы. Он нужен, чтобы:

  • увидеть, как данные выглядят в новой системе;
  • найти поля и значения, которые «поехали»;
  • определить, что переносится, а что придётся делать иначе;
  • показать результат сотрудникам, которые будут с ним работать.

По итогам составляют список замечаний. Часть из них исправляют настройкой соответствий, часть — признают допустимыми ограничениями, о которых лучше знать до запуска.

Шаг 4. Сверка

После тестового переноса данные нужно сверить, а не просто «посмотреть, что всё вроде на месте». Практичный подход:

  1. Сверка количества. Сколько контактов, компаний и сделок было в источнике и сколько в результате.
  2. Выборочная проверка карточек. Возьмите несколько клиентов, которых вы хорошо знаете, и сравните поле за полем.
  3. Проверка по этапам. Сколько сделок на каждом этапе, нет ли пропавших и задвоенных.
  4. Проверка ответственных. Сделки должны оказаться у тех же людей.
  5. Проверка важных клиентов. Тех, с кем идёт активная работа.

Результаты сверки фиксируются: если расхождение найдено, понятно, где оно и что с ним делать. Это же помогает, если позже кто-то спросит «а где та сделка».

Шаг 5. Рабочая миграция

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

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

Что ещё важно не забыть

  • Интеграции. Источники заявок (сайт, формы, мессенджеры) нужно переподключить, иначе новые обращения продолжат уходить в старую систему.
  • Права доступа. Проверьте, кто что видит в новой системе.
  • Обучение. Даже хороший перенос не работает, если сотрудники не понимают, где теперь что лежит.
  • Тариф и возможности. Что доступно в вашем тарифе Битрикс24, зависит от тарифа и версии, и мы проверяем это до начала работ.

Что делать дальше

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

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

Переносится ли история общения и файлы?
Это зависит от версии системы, настроек и способа переноса. Мы не обещаем заранее: что именно переедет, определяем на тестовом переносе.
Перенесутся ли роботы и автоматизация?
Как правило, сценарии не переносятся буквально. Мы описываем их логику и настраиваем заново в Битрикс24 с учётом тарифа и версии.
Нужно ли останавливать работу на время переноса?
Полная остановка обычно не нужна, но на время рабочей миграции договариваются, когда команда не вносит изменения в старую систему, чтобы данные не расходились.
Бесплатная консультация