Из Pipedrive в Kommo: что переносится, что нет — и как сделать полную миграцию

Миграция из Pipedrive в Kommo через встроенный CSV-экспорт переносит контакты и сделки, но не историю звонков, заметок, файлов и активностей. Это особенность архитектуры обеих систем: Pipedrive хранит активности как отдельные объекты с собственным API, а Kommo принимает их только через REST API — CSV-импорт их не поддерживает. В результате команда получает «чистую» базу без контекста работы с клиентами.

Если история коммуникации важна — стандартный перенос через CSV не подойдёт. Ниже разбираем, что именно теряется, и как провести полную миграцию с сохранением данных.

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

Pipedrive — сильный инструмент для простых воронок. Он быстрый, интуитивный и хорошо работает для команд до 15 человек с одним менеджером на сделку. Kommo выигрывает в конкретных сценариях:

• Мессенджеры как основной канал. Kommo нативно подключает WhatsApp, Telegram, Instagram, Facebook Messenger. В Pipedrive это только через сторонние интеграции или Zapier.
• Digital Pipeline. Автоматизации в Kommo завязаны на движение сделки по этапам — ботовые ответы, задачи, письма срабатывают без дополнительных инструментов.
• Русскоязычный рынок и СНГ. Kommo (бывшая amoCRM) глубоко интегрирован с локальными сервисами: UIS, MangoOffice, российские банки и платёжные системы.
• Цена. При команде 5–10 человек Kommo дешевле Pipedrive при сопоставимом функционале.

При переходе главный риск — потеря истории: звонков, переписки, заметок по сделкам.

Что теряется при CSV-миграции из Pipedrive

Pipedrive позволяет экспортировать данные в формате CSV через Settings -> Data management -> Export data. В экспорт попадает:

Экспортируется:
— Контакты (persons) — имя, телефоны, email, организация, кастомные поля
— Организации — название, адрес, кастомные поля
— Сделки — название, значение, этап воронки, дата закрытия, ответственный
— Некоторые кастомные поля (зависит от типа)

Не экспортируется через CSV:
— Активности (Activities) — звонки, встречи, задачи
— Заметки (Notes) — текстовые комментарии к сделкам и контактам
— Файлы (Files) — вложения к сделкам
— История email-переписки
— Связи между объектами (один контакт -> несколько сделок)
— Воронки и этапы (нужно создавать вручную в Kommo)

Таблица полного соответствия:

Архитектурные различия: как хранятся данные в Pipedrive и Kommo

Pipedrive строит вокруг сделки (deal) граф связей: к сделке прикреплены контакты (participants), организация, активности и заметки. Каждый из этих объектов существует независимо и ассоциируется через ID.

API Pipedrive: GET /activities?deal_id=123 возвращает все активности по сделке. GET /notes?deal_id=123 — все заметки. Всё доступно — просто CSV это не экспортирует.

Kommo строит вокруг сделки (lead) как главного объекта. Примечания, звонки и задачи хранятся в событиях (events) и задачах (tasks), прикреплённых к сделке или контакту.

API Kommo: примечания создаются через POST /api/v4/leads/{id}/notes или /api/v4/contacts/{id}/notes. Задачи — через POST /api/v4/tasks с привязкой к объекту. Звонки из внешних систем — как notes с типом call.

Главное следствие: для переноса активностей нужно:

1. Прочитать активности из Pipedrive API
2. Смапить каждую на соответствующий тип в Kommo (note/task)
3. Создать в Kommo через API с привязкой к правильному объекту

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

Шаг 1 — Инвентаризация базы Pipedrive

Перед переносом: получить реальные цифры через Pipedrive API.

GET /persons?limit=500             # количество контактов
GET /organizations?limit=500       # компании
GET /deals?status=all_not_deleted  # сделки (все статусы)
GET /activities?type=call          # звонки
GET /activities?type=task          # задачи
GET /notes                         # заметки

Для каждой сущности: общее количество, список кастомных полей (GET /dealFields, GET /personFields), диапазон дат. Это основа для оценки объёма и времени миграции.

Шаг 2 — Создание структуры в Kommo

До начала переноса данных:
— Создать воронки (pipelines) и этапы в Kommo, соответствующие Pipedrive
— Создать кастомные поля в Kommo через POST /api/v4/leads/custom_fields и POST /api/v4/contacts/custom_fields
— Добавить пользователей и настроить права

Маппинг этапов: в Pipedrive этапы называются произвольно и принадлежат конкретной воронке. В Kommo то же самое — один к одному. Статусы «Won» и «Lost» в Pipedrive соответствуют этапам «Успешно реализовано» и «Закрыто и не реализовано» в Kommo.

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

Порядок критичен: сначала контакты и компании, потом сделки.

Контакты:

GET /persons (Pipedrive)
-> POST /api/v4/contacts (Kommo)
   { name, first_name, last_name, custom_fields_values: [...] }

Сохранить соответствие: pipedrive_person_id -> kommo_contact_id — это нужно для привязки сделок и активностей.

Компании:

GET /organizations (Pipedrive)
-> POST /api/v4/companies (Kommo)

Сделки:

GET /deals (Pipedrive)
-> POST /api/v4/leads (Kommo)
   { name, price, status_id (этап), _embedded: { contacts: [...], companies: [...] } }

При создании сделки сразу указываются связанные контакты через _embedded.contacts — это переносит ассоциации.

Шаг 4 — Перенос активностей и заметок

Заметки из Pipedrive -> примечания Kommo:

GET /notes?deal_id=X (Pipedrive)
-> POST /api/v4/leads/{kommo_deal_id}/notes (Kommo)
   { note_type: "common", params: { text: "[дата] [автор]\n[текст заметки]" } }

Активности (звонки) -> звонки/примечания Kommo:

GET /activities?type=call&deal_id=X (Pipedrive)
-> POST /api/v4/leads/{id}/notes
   { note_type: "call_in" или "call_out",
     params: { text: "[дата] Звонок [направление] - [описание]" } }

Задачи -> задачи Kommo:

GET /activities?type=task (Pipedrive)
-> POST /api/v4/tasks
   { task_type_id: 1, text: "...", complete_till: [timestamp],
     entity_id: [kommo_deal_id], entity_type: "leads" }

Важно: при переносе исторических активностей (завершённых) в Kommo они создаются как примечания, а не как активные задачи. Статус «выполнена» в прошлом — это контекст, не действие.

Шаг 5 — Валидация

• Сравнить количество записей в Pipedrive и Kommo по каждому типу
• Выборочная проверка 20–30 карточек: открыть одну и ту же сделку в обеих системах, сравнить историю
• Проверить ответственных: в Kommo каждая сделка должна иметь ответственного пользователя
• Итоговый отчёт: что перенесено, что нет (файлы, email-треды)

Типичные проблемы при миграции Pipedrive -> Kommo

Несовпадение ответственных. В Pipedrive пользователи идентифицируются по email. В Kommo — по internal ID. При переносе сделок нужно смапить pipedrive_user_id -> kommo_user_id. Если пользователь есть в Pipedrive, но ещё не создан в Kommo — сделка уйдёт к администратору.

Rate limits Kommo API. Kommo ограничивает до 7 запросов в секунду. При переносе 50,000+ активностей нужна очередь с задержкой и повторами при HTTP 429.

Кастомные поля типа «список». В Pipedrive option lists хранятся как числовые ID с отдельным справочником. При переносе в Kommo нужно сначала создать enum-поле с теми же вариантами значений, потом смапить ID.

Закрытые сделки. В Pipedrive «Won» и «Lost» — финальные статусы. В Kommo при создании сделки в финальном этапе нужно указать правильный status_id (142 = Won, 143 = Lost в стандартной конфигурации). Если указать неверно — сделки попадут в активные.

Файлы. Pipedrive хранит файлы на своих серверах (GET /files/{id}/download). Kommo принимает файлы через multipart upload к заметке или к сделке. В типичном проекте файлы либо не переносятся (остаются в Pipedrive-архиве), либо переносятся выборочно — только критичные документы.

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

В проекте миграции для агентства недвижимости (США, 12 менеджеров):
— 4,200 контактов, 1,800 сделок (активные + закрытые за 3 года)
— 28,000 активностей и заметок
— 6 кастомных воронок, 47 кастомных полей

Через CSV: перенесли контакты и сделки за 1 день, потеряли всю историю.
Через API: 3 недели — аудит, маппинг, скрипты, перенос, валидация. 96% активностей перенесены; файлы оставлены в Pipedrive с отдельным архивом.

Команда отметила: в первую неделю в Kommo менеджеры открывали карточки и видели историю звонков — «как будто переехали, а не начали заново».

Для кого актуален переход с Pipedrive на Kommo

Переход имеет смысл если:
— Основной канал коммуникации — мессенджеры (WhatsApp, Telegram), а не email
— Нужна автоматизация ответов и задач по движению в воронке без Zapier
— Команда работает с русскоязычной аудиторией или локальными сервисами
— Цикл сделки короткий (до 2 недель), объём лидов высокий

Подробнее о том, что умеет Kommo — в обзоре Kommo CRM и описании функций Kommo.

Переход нецелесообразен если нужна сложная кросс-объектная отчётность, маркетинг и продажи в единой базе, или планируется рост до 50+ человек — в этих сценариях скорее смотрят в сторону HubSpot.

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

Можно ли перенести из Pipedrive в Kommo самостоятельно?

Контакты и сделки — да, через CSV-импорт Kommo (Настройки -> Импорт). Это займёт несколько часов для базы до 5,000 записей. История активностей и заметок — только через API, это требует разработки или обращения к партнёру. Если история не критична — CSV достаточно.

Pipedrive экспортирует заметки в CSV?

Нет. Заметки (Notes) не входят в стандартный CSV-экспорт Pipedrive. Доступны только через API: GET /api/v1/notes или по конкретному объекту GET /api/v1/notes?deal_id=X. Это одна из основных причин, почему самостоятельная миграция теряет данные.

Сколько времени занимает перенос базы из Pipedrive в Kommo?

Для базы до 3,000 контактов без активностей — 1–2 дня через CSV. С историей активностей: 2–3 недели с учётом аудита, разработки скриптов и валидации. Объём работ линейно зависит от количества активностей и кастомных полей.

Что делать с воронками в Pipedrive, которых нет в Kommo?

Воронки создаются вручную в Kommo до начала переноса. Этапы маппируются по смыслу, не по названию. Если в Pipedrive 4 воронки с разными этапами — в Kommo создаётся 4 воронки с теми же этапами. После создания их pipeline_id используется при переносе сделок.

Переносится ли статистика по сделкам (won rate, avg cycle time)?

Статистика Pipedrive — это производные данные, не хранятся как отдельные объекты. При переносе сделок с датами создания и закрытия Kommo автоматически считает собственную аналитику. Исторические данные в отчётах Kommo появятся сразу после переноса сделок.

Итого

• CSV-миграция из Pipedrive переносит «скелет» — без истории звонков, заметок, задач
• Полная миграция требует работы с Pipedrive API и Kommo API
• Порядок: аудит -> структура в Kommo -> базовые объекты -> активности -> валидация
• Типовой срок для полной миграции — 2–4 недели
• Файлы и email-треды — единственное, что не переносится полностью

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