Три основных подхода к миграции данных
Выбор инструмента переноса зависит от двух факторов: откуда переезжаете и какие данные критичны. По нашему опыту, для большинства проектов применяется один из трёх сценариев.
| Подход | Когда применяется | Что переносится |
|---|---|---|
| Импорт CSV/Excel | Переезд из любой системы, внешний источник (1С, таблицы) | Поля левой части карточки |
| Типовой мигратор | Переезд из AmoCRM | Поля, стадии, настройки прав |
| API / кастомный скрипт | Нестандартные сущности, смарт-процессы, большие объёмы с привязками | Любые данные, включая связи |
Ниже — подробно по каждому способу.
Импорт через CSV/Excel
Это стандартный штатный метод Битрикс24, подходящий для переноса контактов, компаний, сделок и смарт-процессов из любого источника.
Как устроен процесс
Исполнитель предоставляет заказчику образец Excel-файла с инструкцией по подготовке базы. Заказчик формирует данные по этому шаблону (или согласуется использование собственного шаблона клиента). Затем файл загружается в Битрикс24 через штатный импорт.
Что переносится при CSV-импорте: - Все поля, заполненные в левой части карточки (контактные данные, пользовательские поля, суммы) - Настройки полей и стадий воронки (настраиваются заранее, до загрузки данных) - Права доступа по сущностям
Что НЕ переносится: - Правая часть карточки: дела, комментарии, звонки, письма, встречи - Файловые поля - Записи из таймлайна карточки - Печатные формы по созданным элементам CRM - Связи сделок с товарами (для товаров — отдельный импорт)
Если заказчику требуется помощь с очисткой или подготовкой базы к загрузке, эти работы согласуются с исполнителем отдельно.
Ориентиры по трудозатратам
По типовым планам работ: - Перенос контактов — 2–4 часа - Перенос компаний — 2–4 часа - Перенос сделок — 2–6 часов - Перенос товаров — 2–4 часа - Перенос смарт-процессов — 2–6 часов (данные только вручную — см. ниже)
Типовой мигратор при переезде из AmoCRM
При переезде из AmoCRM в Битрикс24 применяется специализированное приложение-мигратор. Оно переносит сущности несколько раз: сначала первичный перенос, затем — перенос последних изменений непосредственно в день переезда.
На схеме показан типовой процесс переезда из AmoCRM в Битрикс24: подготовительный этап, день переезда и период гарантийной поддержки.
flowchart TD
A[Подготовка Битрикс24\nНастройка полей, стадий, прав] --> B[Первичный перенос данных\nМигратор: сделки, контакты, компании]
B --> C[День переезда\nЗапрет работы в AMO]
C --> D[Финальный перенос изменений\nПерепривязка интеграций]
D --> E[Начало работы в Б24]
E --> F[Месяц гарантийной поддержки]
Что переносится мигратором: - Настройки полей сделок, контактов, компаний - Стадии воронок - Все карточки (поля левой части) - Права доступа
Что НЕ переносится мигратором: - Правая часть карточки (дела, звонки, письма, комментарии) - Автоматизации из AmoCRM — они адаптируются вручную под логику Битрикс24 (роботы, бизнес-процессы)
Все интеграции (телефония, мессенджеры, почта, формы) в связи со сменой сервера требуется переподключить с нуля — заказчик предоставляет доступы ко всем сервисам.
API и кастомные скрипты
Этот подход применяется, когда штатный импорт не справляется: нужно загрузить данные в смарт-процессы с привязками к сделкам, перенести нестандартные сущности или актуализировать уже существующую базу из внешней системы.
Когда без API не обойтись
- Импорт данных в смарт-процессы невозможен штатными средствами Битрикс24 — требуется разработка специального мини-приложения для выгрузки через API
- Необходимо загрузить большие справочники (порты, аэропорты, города) с привязкой к сделкам
- Нужно актуализировать существующие контакты: поиск по нормализованному номеру телефона, обновление полей или создание нового контакта, если совпадений нет
Пример актуализации базы контактов
По нашему опыту, типовой сценарий актуализации из внешней выгрузки (например, из 1С) выглядит так:
- Подготовка полей — создаются пользовательские поля, если они отсутствуют (ФИО, адрес доставки, общая сумма покупок, количество покупок)
- Нормализация телефонов — приведение к единому формату (+79999999999), устранение дублей в файле
- Тестовый прогон — выборка 100–500 строк с отчётом о совпадениях и созданиях
- Резервная копия — снимок базы перед стартом
- Полный прогон — обновление найденных контактов, создание новых
Важно заранее договориться о правиле приоритета: что делать, если один номер телефона встречается у нескольких контактов. При обновлении поля перезаписываются полностью значениями из выгрузки.
Оценка подобных работ по актуализации базы — порядка 20 часов.
Что гарантированно теряется при любом переносе
Независимо от выбранного метода, Битрикс24 имеет системные ограничения на выгрузку и загрузку данных. Это важно учитывать до старта проекта, а не после.
Теряется при всех методах (кроме ручного переноса):
| Что | Почему |
|---|---|
| Дела, звонки, письма, встречи (таймлайн) | Правая часть карточки не выгружается/загружается штатно |
| Комментарии к карточкам | Не входят в CSV/API-импорт сущностей |
| Файловые поля | Не переносятся через импорт |
| Картинки товаров | Ограничение импорта товаров |
| Связки товаров со сделками/лидами | Отдельный процесс, не автоматизирован стандартно |
| Элементы смарт-процессов | Импорт данных невозможен штатно — только вручную |
| Печатные формы по существующим элементам | Не выгружаются |
| Старые элементы бизнес-процессов и универсальных списков | Переносятся только настройки, не данные |
Если история взаимодействий с клиентом критична для бизнеса, её частично можно сохранить через интеграцию с 1С: синхронизация истории перевозок, сделок или покупок настраивается как отдельный сценарий. Подробнее о сценариях — в статье об интеграции Битрикс24 и 1С.
Как избежать дублей при импорте
Дубли — главная проблема при загрузке больших баз. Несколько правил из практики:
- Нормализуйте телефоны до загрузки — Битрикс24 ищет совпадения по номеру, разные форматы одного номера создадут дубль
- Устраняйте дубли в исходном файле до передачи исполнителю
- Определите правило приоритета заранее: какая запись «главная», если телефон совпадает у нескольких строк
- Делайте тестовый прогон на выборке 100–500 строк с отчётом о совпадениях и созданиях
После переноса контактов рекомендуем настроить контроль дублей в самом Битрикс24 — подробнее об этом в статье Дублирование лидов в Битрикс24: 5 стратегий борьбы.
Перенос смарт-процессов: отдельный случай
Смарт-процессы — наиболее трудоёмкая сущность при переносе. Штатный импорт данных по ним в Битрикс24 невозможен: перенос данных выполняется только вручную или через разработку специального мини-приложения с использованием API.
При переносе смарт-процессов между порталами (например, из одного облака в другой) штатно переносятся: - Настройки полей - Настройки стадий воронки - Автоматизации (роботы, бизнес-процессы) - Права доступа
Не переносятся при этом: правая часть карточки и все существующие элементы (карточки) — только через ручной ввод или API-разработку.
Подготовка данных: что нужно от заказчика
Перенос не начнётся, пока исполнитель не получит данные в нужном формате. Типовые требования:
- Excel-файл по образцу исполнителя (или согласованный шаблон заказчика)
- Доступы ко всем сторонним системам, которые нужно переинтегрировать
- Решение о правилах обновления: что делать с совпадениями, какие поля перезаписывать
- Тестовая выборка (100–500 строк) для проверки логики перед полным прогоном
Если данные не будут предоставлены вовремя, исполнитель проводит обучение по ручному созданию карточек — это зафиксировано в типовых планах работ как альтернативный сценарий.
Перед стартом миграции полезно убедиться, что структура CRM настроена корректно. Если нет уверенности — рекомендуем сначала провести аудит портала, чтобы не переносить хаос в хаос.
Сроки и стоимость: ориентиры
По типовым планам работ:
- Перенос между порталами Битрикс24 (облако → коробка): 2 недели, стоимость зависит от объёма сущностей
- Переезд из AmoCRM с адаптацией автоматизаций: 2–3 недели
- Работы по актуализации базы через API: от 20 часов и выше в зависимости от сложности
Очистка и подготовка исходной базы данных в стандартный объём не входит и согласуется отдельно. Если планируется перенос пользовательских полей и специфических карточек под отрасль — это также отдельный блок работ.