Из Bitrix24 в Kommo: полный перенос данных без потерь истории

Переход с Bitrix24 на Kommo — популярное решение для компаний которые хотят упростить CRM и сфокусироваться на продажах через мессенджеры. Bitrix24 перегружен функциями, дорог в обслуживании и требует выделенного администратора. Kommo легче, быстрее и нативно интегрирован с WhatsApp, Instagram и Telegram. Но миграция через CSV или Albato переносит только плоские данные текущего состояния — вся история активностей, примечания, задачи и переписки теряются. Команда приходит в Kommo с «голыми» карточками без контекста. Разбираем как сделать миграцию правильно.

Почему компании уходят с Bitrix24 на Kommo

Типичные причины перехода которые мы видим в проектах:

• Перегруженность интерфейса — Bitrix24 включает проекты, HR, диск, сайты, магазин. Для sales-команды это источник постоянного переключения контекста
• Стоимость — тарифы Bitrix24 растут при добавлении пользователей; Kommo дешевле для небольших команд
• Мессенджеры — Kommo нативно интегрирован с WhatsApp Business API, Instagram, Telegram; в Bitrix24 это дополнительные настройки и стоимость
• Скорость работы — Kommo быстрее и проще для ежедневной работы менеджера
• Digital Pipeline — автоматизация в Kommo интуитивнее для sales-процессов

Главная архитектурная проблема: разная модель данных

Прежде чем говорить об инструментах миграции — нужно понять фундаментальное различие между Bitrix24 и Kommo, которое делает простой перенос невозможным.

В Bitrix24 есть два отдельных объекта продаж:

• Лид — неквалифицированный входящий контакт
• Сделка — квалифицированная возможность с воронкой и суммой

В Kommo есть один объект:

• Лид — объединяет и входящий контакт, и сделку в воронке

При миграции команда должна принять стратегическое решение до начала переноса данных: что становится лидом в Kommo — только Сделки Bitrix24, или и Лиды, и Сделки вместе? От этого решения зависит вся архитектура маппинга.

Полная таблица маппинга объектов

Почему CSV и Albato — не полноценная миграция

CSV-экспорт из Bitrix24

Bitrix24 позволяет экспортировать Контакты, Компании и Сделки в CSV. Этот вариант переносит только плоские данные текущего состояния:​

• ✅ Базовые поля контактов и компаний
• ✅ Текущие значения полей сделок
• ❌ История примечаний и активностей — теряется полностью
• ❌ Задачи — не экспортируются через CSV
• ❌ Связи между объектами — контакт не привязан к компании после импорта
• ❌ История смены этапов — нет записи прогресса сделки
• ❌ Файлы и вложения — не переносятся
• ❌ Переписки из открытых линий — не переносятся

Albato Migration Mode

Albato позиционирует Migration Mode как инструмент для переноса исторических данных из Bitrix24 в Kommo. Реальные возможности значительно скромнее:​

Что Albato переносит:

• ✅ Контакты — текущие значения полей
• ✅ Компании — текущие значения полей
• ✅ Сделки → Лиды Kommo — текущие значения полей
• ✅ Работает в Migration Mode для исторического периода

Что Albato НЕ переносит:

• ❌ Примечания и комментарии — нет механизма массового переноса Notes из Bitrix24 в Kommo
• ❌ Задачи — нет действия создания задачи с привязкой к лиду в Migration Mode
• ❌ Email-активности и письма — нет триггеров для email-истории Bitrix24
• ❌ История смены этапов — хронология прогресса сделки не переносится
• ❌ Файлы и документы — вложения в карточках не переносятся
• ❌ Переписки из открытых линий — чаты WhatsApp и других каналов не переносятся
• ❌ Дедупликация — повторный запуск Migration Mode создаёт дубли
• ❌ Кастомные поля типа список — значения переносятся как текст без конвертации в варианты Kommo

Итог: и CSV, и Albato переносят только «скелет» данных. Команда получает карточки без истории — менеджеры не знают контекст сделок, руководитель не видит что происходило до миграции.

Что теряет бизнес при миграции без истории

Потеря истории активностей — не просто техническая проблема. Это операционные последствия:

• Менеджер не знает контекст — при звонке клиенту нет понимания о чём говорили на прошлых встречах, какие были возражения, что обещали
• Потеря сделок в процессе — активные переговоры прерываются из-за потери контекста; часть клиентов воспринимает это как непрофессионализм
• Нет аналитики по историческим данным — нельзя анализировать причины побед и поражений по закрытым сделкам
• Проблемы с compliance — в некоторых отраслях история коммуникаций с клиентами является юридическим требованием

Пошаговый процесс правильной миграции

Шаг 1: Стратегическое решение по модели данных

Первый и самый важный шаг — решить что делать с двумя объектами Bitrix24 (Лид + Сделка):

Вариант A: переносим только Сделки
Лиды Bitrix24 игнорируются или переносятся как отдельный тег. Сделки становятся лидами Kommo. Подходит если Лиды Bitrix24 использовались только как первичный входящий контакт и все квалифицированные возможности уже в Сделках.

Вариант B: объединяем Лиды и Сделки
Все Лиды Bitrix24 переносятся как лиды Kommo на ранних этапах воронки. Сделки — как лиды на продвинутых этапах. Подходит если Лиды Bitrix24 содержат активные переговоры.

Вариант C: разные воронки
Лиды Bitrix24 → воронка «Входящие» в Kommo. Сделки → основная воронка. Подходит для компаний с чётким разделением процессов квалификации и продажи.

Шаг 2: Аудит данных Bitrix24

До начала переноса — инвентаризация через Bitrix24 REST API:

• Количество Лидов, Сделок, Контактов, Компаний
• Список всех кастомных полей и их типов
• Количество примечаний, задач, активностей
• Список воронок и этапов
• Активные интеграции: открытые линии, телефония, email
• Дата самого старого объекта — определяет объём исторических данных

Шаг 3: Подготовка Kommo

До начала переноса Kommo должен быть настроен:

• Созданы воронки с этапами соответствующими Bitrix24
• Созданы кастомные поля для Лидов и Контактов
• Значения списочных полей заполнены — до импорта данных
• Созданы пользователи — таблица маппинга bitrix_user_id → kommo_user_id

Шаг 4: Перенос через API

Из Bitrix24 REST API извлекается:

text

crm.lead.list — все лиды с кастомными полями crm.deal.list — все сделки с кастомными полями crm.contact.list — все контакты crm.company.list — все компании crm.activity.list — все активности (звонки, письма, встречи) task.list — все задачи crm.timeline.comment.list — примечания к сделкам

В Kommo API создаётся:

text

POST /api/v4/leads — создание лидов POST /api/v4/contacts — создание контактов POST /api/v4/companies — создание компаний POST /api/v4/leads/{id}/notes — перенос примечаний POST /api/v4/tasks — перенос задач PATCH /api/v4/leads/{id} — обновление кастомных полей

Шаг 5: Перенос истории активностей

Это самый трудоёмкий этап — то чего не делают ни CSV, ни Albato.

Каждая активность Bitrix24 (звонок, письмо, встреча, комментарий) переносится как примечание в карточку лида Kommo с сохранением:

• Типа активности (звонок / письмо / встреча)
• Даты и времени
• Автора активности
• Содержимого (текст письма, результат звонка, тема встречи)

Переписки из открытых линий Bitrix24 (WhatsApp, Telegram) переносятся как структурированные примечания с хронологией сообщений.

Шаг 6: Delta-миграция

Пока проводится основной перенос и валидация данных команда продолжает работать в Bitrix24. Delta-миграция переносит объекты созданные или изменённые после основного переноса — гарантирует что ни одна активная сделка не потеряется при переключении.

Шаг 7: Валидация

Перед переключением команды проводится выборочная проверка:

• 50 случайных лидов: все ли поля перенесены корректно
• 20 контактов: правильно ли привязаны к компаниям и лидам
• История активностей: видны ли примечания в карточках
• Задачи: назначены ли на правильных пользователей
• Кастомные поля: соответствуют ли значения оригиналу

Типичные проблемы при миграции Bitrix24 → Kommo

Смарт-процессы Bitrix24 не имеют аналога в Kommo.
Если компания использовала Смарт-процессы Bitrix24 для нестандартных сущностей (объекты недвижимости, договоры, заявки) — эти данные требуют индивидуального решения. Иногда они переносятся как отдельная воронка Kommo, иногда как кастомные поля лида.

Бизнес-процессы Bitrix24 vs Digital Pipeline Kommo.
Автоматизации в Bitrix24 построены на визуальном конструкторе бизнес-процессов. В Kommo автоматизация работает через Digital Pipeline с триггерами и действиями. Логика переносится вручную — прямой миграции бизнес-процессов не существует.

Дубли контактов.
Bitrix24 позволяет иметь несколько Контактов с одним email. При импорте в Kommo без предварительной дедупликации дубли воспроизводятся. Необходима предварительная очистка данных в Bitrix24 или дедупликация на этапе маппинга.

Пользователи с заблокированными аккаунтами.
Задачи и сделки назначены пользователям которые уже не работают в компании и заблокированы в Bitrix24. При миграции нужно решить кому переназначать их объекты в Kommo.

Счета и инвойсы.
В Bitrix24 есть модуль счетов. В Kommo прямого аналога нет. Данные счетов переносятся как примечания к лидам или в кастомные поля — в зависимости от того как компания планирует работать с ними в Kommo.

Реальный кейс

Строительная компания, 15 менеджеров, 4 года в Bitrix24, 12 000 сделок, 8 воронок.

Компания использовала Bitrix24 с активными открытыми линиями для WhatsApp и Instagram. Решение о переходе на Kommo было принято из-за более удобной работы с мессенджерами и перегруженности интерфейса Bitrix24. Первая попытка через Albato: перенесли сделки и контакты, потеряли всю историю переписок и комментариев — 4 года работы с клиентами исчезли из карточек. Команда отказалась переходить.

Вторая попытка с кастомной миграцией: полный аудит через Bitrix24 REST API, стратегическое решение по модели данных (переносим только Сделки как лиды Kommo, Лиды — как отдельную воронку «Входящие»), перенос всех активностей и комментариев как примечаний, частичный перенос переписок WhatsApp как структурированных заметок, delta-миграция, двухнедельная валидация с параллельной работой.

Результат: 12 000 сделок, 45 000 примечаний, 8 000 задач перенесены. История переписок WhatsApp за последние 2 года сохранена в карточках. Переключение команды заняло один рабочий день.

Для каких компаний актуальна миграция

Миграция Bitrix24 → Kommo наиболее актуальна для малого и среднего бизнеса который использует Bitrix24 преимущественно как CRM и мессенджер-интеграцию — не используя модули HR, диск, сайты и проекты. Если Bitrix24 используется как полноценная корпоративная платформа — миграция только CRM-части требует особой осторожности.

Особенно актуальна для компаний с активными мессенджер-продажами через WhatsApp и Instagram — где нативная интеграция Kommo с мессенджерами даёт существенное преимущество в удобстве ежедневной работы менеджеров.

Часто задаваемые вопросы

Почему Albato не является полноценным инструментом миграции Bitrix24 → Kommo?
Albato переносит только текущие значения полей объектов — контакты, компании, сделки. Примечания, задачи, email-активности, история смены этапов и переписки из открытых линий через Albato не переносятся. Для небольшой базы без важной истории Albato подходит. Для компаний где история коммуникаций критична — необходима кастомная миграция через Bitrix24 REST API и Kommo API.

Что происходит с переписками WhatsApp из открытых линий Bitrix24?
Открытые линии Bitrix24 хранят переписки внутри платформы. Прямого API для экспорта истории чатов нет. Переписки переносятся через crm.activity.list как активности типа «Сообщение» — они записываются в карточки Kommo как структурированные примечания с хронологией и участниками. Полноценная история чата не воспроизводится, но контекст переговоров сохраняется.

Нужно ли останавливать работу команды во время миграции?
Нет. Миграция проходит параллельно с работой команды в Bitrix24. После основного переноса проводится delta-миграция для синхронизации новых данных. Переключение команды на Kommo происходит в один день после успешной валидации.

Можно ли перенести только часть данных — например только активные сделки?
Да. Миграция поддерживает фильтрацию по: статусу сделки (активные/закрытые), временному периоду, назначенному менеджеру, воронке. Типичный вариант — перенести все активные сделки полностью и архивные сделки за последние 2 года без детальной истории.

Сколько времени занимает миграция Bitrix24 → Kommo?
Зависит от объёма данных. Базовая миграция до 2 000 сделок без глубокой истории — 4–6 рабочих дней. Полная миграция с историей активностей, задачами и переписками для 10 000+ сделок — 2–4 недели включая валидацию и delta-миграцию. Exceltic.dev определяет точные сроки после аудита данных.

Если вы планируете переход с Bitrix24 на Kommo и хотите сохранить историю коммуникаций — опишите задачу команде Exceltic.dev. Проведём аудит данных и предложим план миграции.