Из Copper в Kommo: миграция данных включая Activities которые не экспортируются через CSV

Copper — это CRM, глубоко интегрированная с Google Workspace: Gmail, Google Calendar, Google Drive. Kommo CRM заточена под продажи через мессенджеры. Переход логичен для команд которые активно работают с WhatsApp, Telegram и Instagram и которым не хватает автоматизации воронки. Главная проблема при миграции — Copper не экспортирует Activities (заметки, звонки, встречи в карточках сделок) через стандартный CSV. Это самые ценные данные для команды. Автоматизированные инструменты типа SyncMatters их тоже не переносят. Разбираем как сделать полную миграцию без потерь.

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

Copper строился как CRM для команд полностью работающих в экосистеме Google. Это его главная сила — и главное ограничение:

• Нет мессенджер-интеграций — WhatsApp, Telegram, Instagram в Copper недоступны нативно; для компаний где продажи идут через мессенджеры это критичный пробел
• Базовая автоматизация — Copper не поддерживает сложную условную логику воронки; Digital Pipeline Kommo значительно гибче
• Tight API rate limits — при росте команды и объёма данных ограничения Copper API становятся проблемой для интеграций
• Цена vs функциональность — тарифы Copper сопоставимы с Kommo при меньшем наборе возможностей для sales-процессов
• Зависимость от Google — команды переходящие с Google Workspace или диверсифицирующие инструменты теряют главное преимущество Copper

Главная проблема миграции: Activities не экспортируются через CSV

Copper предоставляет стандартный CSV-экспорт для основных объектов. Но при детальном изучении обнаруживается критическое ограничение:​

Что экспортируется через CSV:

• ✅ People (контакты) — с кастомными полями и тегами
• ✅ Companies — с кастомными полями
• ✅ Opportunities (сделки) — с текущими значениями полей и этапами

Что НЕ экспортируется через CSV:

• ❌ Activities — заметки, звонки, встречи привязанные к карточкам сделок
• ❌ Email-треды из Gmail Sync — история переписки с клиентами синхронизированная из Gmail
• ❌ Google Calendar события — встречи привязанные к сделкам и контактам
• ❌ Связи между объектами — контакт не остаётся привязанным к компании и сделке после импорта

Activities — это фактическая история работы с клиентом: результаты звонков, заметки после встреч, договорённости. Без них карточки сделок в Kommo будут пустыми — менеджеры не будут знать контекст переговоров.

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

SyncMatters (MigrateMyCRM) позиционируется как автоматизированный инструмент миграции Copper → Kommo. Реальная картина схожа с ограничениями Albato для Bitrix24:​

• ✅ Переносит People, Companies, Opportunities — текущие значения полей
• ✅ Работает автоматически без программирования
• ❌ Activities переносятся частично или не переносятся — зависит от тарифного плана и объёма
• ❌ Gmail-треды не переносятся — email-история из Gmail Sync остаётся в Copper
• ❌ Google Calendar события не переносятся
• ❌ Нет кастомной логики маппинга — если структура данных отличается от стандартной схема ломается
• ❌ Нет дедупликации — повторный запуск создаёт дубли
• ❌ Нет delta-миграции — данные созданные во время миграции теряются

Единственный способ получить полные данные из Copper включая Activities — Copper REST API.​

Модель данных: Copper vs Kommo

Структуры двух CRM относительно близки — оба используют классическую модель контакт + компания + сделка. Но есть нюансы требующие решений до начала миграции:

Ключевое решение: Google Calendar события которые в Copper привязаны к сделкам не имеют прямого аналога в Kommo. Они переносятся как примечания типа «Встреча» с датой, участниками и описанием — либо игнорируются если не содержат значимого контекста.

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

Шаг 1: Аудит данных через Copper API

До начала переноса необходимо получить полную картину через Copper REST API:

text

GET /v1/people — контакты с кастомными полями GET /v1/companies — компании GET /v1/opportunities — сделки по всем воронкам GET /v1/activities — все активности (notes, calls, meetings) GET /v1/tasks — задачи GET /v1/custom_field_definitions — список кастомных полей GET /v1/pipeline_stages — этапы всех воронок

Аудит даёт ответы на ключевые вопросы: сколько объектов каждого типа, какова глубина истории Activities, есть ли кастомные поля с нестандартными типами, какие воронки активны.

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

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

• Воронки созданы с этапами соответствующими Copper Pipelines
• Кастомные поля созданы для Лидов и Контактов с правильными типами
• Значения списочных полей заполнены
• Пользователи созданы — таблица маппинга copper_user_id → kommo_user_id готова
• Теги созданы если они используются в Copper

Критическая ошибка: начинать импорт до создания кастомных полей. Данные без структуры создадут хаос.

Шаг 3: Перенос основных объектов

Порядок переноса важен — сначала объекты без зависимостей:

1. Companies → Kommo Companies
2. People → Kommo Contacts (с привязкой к Companies)
3. Opportunities → Kommo Leads (с привязкой к Contacts и Companies)
4. Tasks → Kommo Tasks (с привязкой к Leads)

На этом этапе каждый объект получает маппинг ID: copper_opportunity_id → kommo_lead_id. Эта таблица используется на следующем шаге для привязки Activities.

Шаг 4: Перенос Activities — ключевой этап

Activities извлекаются через Copper API с фильтрацией по типу и привязке к объектам:

text

GET /v1/activities?type[category]=note&parent[type]=opportunity GET /v1/activities?type[category]=call&parent[type]=opportunity GET /v1/activities?type[category]=meeting&parent[type]=opportunity

Каждая Activity переносится в Kommo как примечание с сохранением:

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

text

POST /api/v4/leads/{kommo_lead_id}/notes { "note_type": "common", "params": { "text": "[Звонок | 15.03.2025 | Иван Петров]\nРезультат: клиент..." } }

Шаг 5: Перенос Gmail-истории

Email-треды синхронизированные из Gmail в Copper — уникальный тип данных без прямого аналога в Kommo. Подход зависит от важности истории переписки:

Вариант A: полный перенос
Каждый email-тред переносится как примечание с темой письма, датой, отправителем и текстом. Объём может быть значительным — рекомендуется ограничить период (последние 1–2 года).

Вариант B: выборочный перенос
Переносятся только письма привязанные к активным сделкам за последние N месяцев. Архивная переписка остаётся в Gmail как reference.

Вариант C: архивирование
Email-история не переносится в Kommo — остаётся доступной в Gmail. В карточках лидов Kommo добавляется ссылка на поиск переписки по email клиента в Gmail.

Шаг 6: Delta-миграция и переключение

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

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

Rate limits Copper API.
Copper имеет жёсткие ограничения на количество API-запросов. При большом объёме данных (10 000+ объектов) перенос через API требует грамотного управления очередью запросов с паузами и retry-логикой. Попытка перенести всё сразу приводит к 429 ошибкам и частичному переносу.

Кастомные поля типа Multi-Select.
Copper поддерживает Multi-Select поля. В Kommo аналог — поле типа «Список» с множественным выбором. При переносе значения должны точно совпадать с заранее созданными вариантами в Kommo — иначе данные теряются.

People привязанные к нескольким Companies.
Copper позволяет привязывать один контакт к нескольким компаниям. Kommo поддерживает привязку контакта к одной компании. При миграции нужно решить какую компанию считать основной — обычно это компания с наибольшим количеством связанных сделок.

Потеря Google Calendar контекста.
Встречи из Google Calendar синхронизированные в Copper содержат участников, описание и результаты. При переносе как примечания часть структуры теряется. Для команд активно использующих Calendar-синхронизацию рекомендуется настроить новую интеграцию Kommo с Google Calendar после миграции.

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

Digital-агентство, 6 менеджеров, 3 года в Copper, ~2 500 сделок, активная Gmail-синхронизация.

Агентство работало в Copper из-за глубокой интеграции с Gmail — вся переписка с клиентами автоматически привязывалась к сделкам. Решение о переходе на Kommo приняли после того как несколько крупных клиентов перешли на коммуникацию через WhatsApp — в Copper работать с WhatsApp было невозможно.

Попытка самостоятельной миграции через CSV: перенесли контакты и сделки, потеряли все Activity-заметки и Gmail-историю. Менеджеры не могли вспомнить контекст переговоров с клиентами — несколько сделок в активных переговорах забуксовали.

Кастомная миграция через API: полный перенос Activities через Copper REST API, Gmail-треды за последние 18 месяцев перенесены как примечания, Google Calendar встречи — как примечания типа «Встреча» с участниками и результатами, delta-миграция, валидация в течение недели.

Результат: 2 500 сделок, 11 000 Activity-записей, 4 500 email-тредов перенесены. Команда переключилась на Kommo без потери контекста по активным переговорам. WhatsApp Business подключён в первый день работы в Kommo.

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

Миграция Copper → Kommo наиболее актуальна для небольших команд переросших Google-экосистему как единственную среду работы или активно использующих мессенджеры для продаж. Copper теряет конкурентное преимущество как только команда выходит за пределы Gmail и Google Calendar.

Особенно актуальна для компаний работающих на рынках где WhatsApp является основным каналом коммуникации — Латинская Америка, Ближний Восток, Южная Азия, Южная Европа — где нативная интеграция Kommo с WhatsApp Business API даёт принципиальное операционное преимущество.

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

Почему Activities не экспортируются из Copper через CSV?
Copper CSV-экспорт охватывает только основные объекты с плоской структурой данных: People, Companies, Opportunities. Activities являются связанными объектами с привязкой к родительским записям — их структура не поддерживается стандартным CSV-форматом. Единственный способ получить Activities — Copper REST API через эндпоинт /v1/activities.

Что происходит с историей Gmail-переписки при переходе на Kommo?
Gmail-история остаётся доступной в Gmail — она никуда не исчезает. Вопрос в том нужна ли она в карточках Kommo. Кастомная миграция предлагает три варианта: полный перенос как примечания, выборочный перенос за последние N месяцев, или архивирование без переноса со ссылкой на Gmail. Оптимальный вариант определяется на этапе аудита.

Можно ли продолжать использовать Gmail после перехода на Kommo?
Да. Kommo имеет собственную интеграцию с Gmail и Google Calendar. После миграции настраивается новая интеграция — входящие письма от клиентов автоматически создают лиды или привязываются к существующим карточкам. Принцип работы схож с Copper но реализован по-другому.

Как обрабатываются контакты привязанные к нескольким компаниям в Copper?
Kommo поддерживает привязку контакта только к одной компании. При миграции для каждого такого контакта определяется основная компания — как правило это компания с наибольшим количеством связанных сделок или наиболее свежей активностью. Остальные привязки фиксируются в примечании контакта.

Сколько времени занимает миграция Copper → Kommo?
Базовая миграция до 1 500 сделок без глубокой Gmail-истории — 3–5 рабочих дней. Полная миграция с Activities, Gmail-тредами и Google Calendar событиями для 5 000+ объектов — 1–2 недели включая валидацию и delta-миграцию. Exceltic.dev определяет точные сроки после аудита данных через Copper API.

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