Что теряется при миграции Kommo -> HubSpot — и как это предотвратить

При переносе данных из Kommo в HubSpot стандартными инструментами (CSV-экспорт, Albato, SyncMatters) в HubSpot попадают контакты, компании и сделки — но не история звонков, примечания, задачи, вложения к сделкам и настройки Digital Pipeline. Это не ограничение конкретного инструмента: это следствие архитектурного разрыва между lead-центричной моделью Kommo и object-based моделью HubSpot. Данные физически есть в Kommo, но стандартный импорт HubSpot их не принимает.

Если вы сейчас оцениваете переход с Kommo на HubSpot — ниже точный список того, что теряется, почему, и что можно сохранить через API-миграцию.

Что конкретно теряется при стандартной миграции

1. История активностей

Вся коммуникация, которая накапливалась в Kommo — звонки, входящие и исходящие, примечания менеджеров, автоматические события Digital Pipeline — хранится в событиях (events) сделки. CSV-экспорт Kommo выгружает только поля сделки и контакта, но не события.

В HubSpot история активностей — это отдельные объекты: Calls, Notes, Emails, Meetings, Tasks. Каждый требует отдельного POST-запроса через API с явной ассоциацией к контакту или сделке. Ни один no-code инструмент этого не делает.

Что теряется: звонки с длительностью и комментарием, входящие сообщения из WhatsApp/Telegram (если были в переписке Kommo), примечания менеджеров, автоматические отметки о смене этапа.

2. Задачи

Задачи в Kommo (/api/v4/tasks) привязаны к сделке или контакту. При CSV-миграции они не экспортируются. В HubSpot задачи — это объект Tasks (/crm/v3/objects/tasks). Открытые задачи, особенно важные для pipeline, при стандартном переносе исчезают.

Что теряется: открытые задачи (звонок запланирован, документ ожидается), исторические закрытые задачи как контекст работы.

3. Вложения

Файлы, прикреплённые к сделкам или примечаниям в Kommo, хранятся на серверах Kommo и доступны через API (/api/v4/leads/{id}/files). CSV не содержит ссылок на файлы. В HubSpot файлы загружаются через /files/v3/files и затем прикрепляются к объекту.

Что теряется: договоры, КП, технические спецификации, которые менеджеры прикрепляли к сделкам.

4. Настройки Digital Pipeline

Digital Pipeline в Kommo — это триггеры на движение сделки по этапам: автоматические задачи, письма, смена ответственного, сообщения в мессенджеры. Это бизнес-логика, не данные. При переходе на HubSpot она должна быть заново спроектирована как Workflows.

Что теряется: вся автоматизация. Не «частично» — полностью. HubSpot Workflows — принципиально другой инструмент с другой логикой триггеров.

5. Теги и кастомные поля с нестандартными типами

Kommo поддерживает теги (tags) на сделках и контактах. В HubSpot теги как отдельная сущность отсутствуют — они моделируются через multi-select свойство. При стандартном импорте теги теряются.

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

6. Связь между объектами

Kommo позволяет привязать несколько контактов к одной сделке. При CSV-импорте в HubSpot обычно переносится только первый контакт. Остальные участники сделки теряются или не привязываются к правильной сделке.

Сводная таблица потерь

Почему Albato, SyncMatters и аналоги не решают проблему

No-code инструменты синхронизации (Albato, SyncMatters, Zapier) умеют переносить объекты CRM: контакт создан в Kommo -> создаётся в HubSpot. Это работает для текущих данных в реальном времени.

Для исторической миграции они не подходят:

• Нет batch-режима для выгрузки истории активностей из Kommo API
• Нет механизма создания ассоциаций активностей в HubSpot (POST + association — это два последовательных запроса)
• Нет обработки конфликтов при дублях (один и тот же контакт уже существует в HubSpot)
• Нет логирования и отчёта о том, что не перенеслось

В результате: запускаете Albato, получаете контакты и сделки без истории. Это быстрее ручного CSV, но результат тот же.

Архитектурные решения перед миграцией

Перед переносом данных нужно принять несколько проектных решений.

Как перенести теги Kommo

Вариант 1: создать в HubSpot multi-select свойство kommo_tags на контакте и сделке, заполнить значениями из тегов Kommo.

Вариант 2: если теги используются как статусы или категории — смапить на существующие enum-свойства HubSpot или создать отдельные boolean-свойства.

Что делать с Digital Pipeline

Digital Pipeline не переносится — он перепроектируется. Для каждого триггера в Kommo нужно:

1. Определить аналогичное условие в HubSpot (смена deal stage, изменение свойства, дата)
2. Построить Workflow в HubSpot с тем же действием

Это занимает 1–2 недели отдельной работы с командой продаж — они должны описать, как должна работать автоматизация в новой системе, не просто скопировать старую.

История активностей: что переносить, что архивировать

Не всю историю нужно переносить в активные записи HubSpot. Рекомендуемый подход:
— Активности за последние 12–18 месяцев -> переносить через API как Notes и Calls
— Более старые активности -> архивировать в отдельном поле или Google Sheet со ссылкой в примечании сделки

Это снижает объём работы и не засоряет ленту HubSpot историей трёхлетней давности.

Как выглядит правильная API-миграция

Этап 1 — Аудит Kommo через API

GET /api/v4/leads?limit=250           # сделки
GET /api/v4/contacts?limit=250        # контакты
GET /api/v4/leads/{id}/events         # история активностей
GET /api/v4/tasks?limit=250           # задачи
GET /api/v4/leads/custom_fields       # кастомные поля

Результат: точные цифры по каждому типу данных, список кастомных полей, оценка объёма.

Этап 2 — Создание структуры в HubSpot

• Pipelines и Deal Stages соответствующие воронкам Kommo
• Кастомные свойства через /crm/v3/properties/{objectType}
• User mapping: kommo_user_id -> hubspot_owner_id

Этап 3 — Перенос объектов

Контакты -> Компании -> Сделки (в этом порядке, иначе ассоциации не создать).

Каждая запись получает кастомное свойство kommo_lead_id — для связи активностей на следующем этапе.

Этап 4 — Перенос активностей

Примечания Kommo -> Notes HubSpot:

GET /api/v4/leads/{id}/notes
-> POST /crm/v3/objects/notes
   { "properties": { "hs_note_body": "[дата] [автор]\n[текст]",
     "hs_timestamp": ... } }
-> POST /crm/v4/objects/notes/{id}/associations/deals/{deal_id}

Звонки -> Calls HubSpot:

GET /api/v4/leads/{id}/events?filter[type]=phone_call
-> POST /crm/v3/objects/calls
   { "properties": { "hs_call_title": ..., "hs_call_body": ...,
     "hs_call_direction": "INBOUND"|"OUTBOUND",
     "hs_call_duration": ..., "hs_timestamp": ... } }
-> Ассоциация с контактом и сделкой

Задачи -> Tasks HubSpot:

GET /api/v4/tasks?filter[entity_type]=leads
-> POST /crm/v3/objects/tasks
   { "properties": { "hs_task_subject": ...,
     "hs_task_status": "NOT_STARTED"|"COMPLETED",
     "hs_timestamp": ... } }

Этап 5 — Валидация

• Количественная: записи в Kommo vs HubSpot по каждому типу
• Качественная: 30–50 карточек side by side
• Проверка: у каждой активности есть ассоциация с правильным объектом

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

В проекте миграции для B2B-агентства (Kommo -> HubSpot Sales Hub Professional, 8 менеджеров):
— 3,200 сделок, 5,100 контактов, 890 компаний
— 41,000 событий и примечаний
— 2,400 задач (700 открытых)
— 4 воронки Kommo -> 4 pipeline HubSpot
— 28 кастомных полей, из которых 24 смапились прямо, 4 требовали реорганизации

Срок: 5 недель. Из них 1,5 недели — аудит и маппинг, 1 неделя — создание Workflows как замена Digital Pipeline, 2,5 недели — технический перенос и валидация.

По итогу перенесено 96% активностей. Не перенеслись: переписка из WhatsApp внутри Kommo (не хранится как текст, только как ссылка на диалог), файлы крупнее 100 MB (оставлены в Kommo-архиве).

Для кого эта миграция актуальна

Переход с Kommo на HubSpot оправдан если компания:
— Выросла до 15–50 человек и нужна кросс-объектная отчётность
— B2B с несколькими стейкхолдерами на стороне клиента
— Маркетинг должен работать с той же базой что и продажи
— Цикл сделки больше 30 дней, история коммуникации критична

Подробнее об архитектурном разрыве между системами — в сравнительной статье Kommo vs HubSpot: различие моделей данных.

Если вы ещё только оцениваете, стоит ли переходить — прочитайте обзор Kommo CRM с описанием всех ограничений: иногда проблему решает не миграция, а кастомная доработка текущей системы.

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

Можно ли перенести переписку из WhatsApp в Kommo в HubSpot?

Нет. Kommo хранит WhatsApp-переписку как ссылку на диалог в своём интерфейсе, а не как экспортируемые текстовые сообщения. Kommo API не возвращает тело сообщений из мессенджеров. В HubSpot эта переписка не переносится никаким инструментом — только если вы вручную копировали ключевые сообщения в примечания Kommo.

Что делать с открытыми задачами в Kommo?

Открытые задачи переносятся через API как Tasks в HubSpot со статусом NOT_STARTED. Это один из приоритетов при переносе — открытые задачи активны, потеря означает пропущенные follow-up. После переноса команда должна верифицировать задачи в HubSpot перед cutover-датой.

Сколько занимает полная миграция из Kommo в HubSpot?

Для базы до 5,000 сделок с историей активностей — 4–6 недель. Самые долгие фазы: маппинг кастомных полей (требует участия команды) и перепроектирование Digital Pipeline как Workflows. Технический перенос через API занимает меньше всего времени.

Нужен ли параллельный период работы в двух системах?

Рекомендуем: не более 2 недель. Длинный параллельный период создаёт путаницу — менеджеры обновляют данные в разных местах. Лучший подход: зафиксировать cutover-дату, за 2 недели до неё закрыть новые записи в Kommo, финальную синхронизацию сделать накануне.

Что происходит с настройками Kommo после миграции?

Aккаунт Kommo не удаляется автоматически — он остаётся активным до конца оплаченного периода. Рекомендуем: после cutover перевести Kommo в режим read-only (запретить создание новых записей), использовать как архив данных в течение 3–6 месяцев, затем отменить подписку. Данные из Kommo рекомендуем скачать через API в JSON-формате как резервную копию.

Итого

• CSV и no-code переносят «скелет»: контакты, компании, сделки — без истории
• История активностей, задачи, вложения требуют API-миграции
• Digital Pipeline не переносится — перепроектируется как HubSpot Workflows
• Переписка из мессенджеров не переносится никаким инструментом
• Правильная миграция занимает 4–6 недель; попытка за выходные = потеря данных

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