Перенос CRM из Megaplan в Битрикс24: сделки, контакты, задачи

Переезд в Битрикс24 из Megaplan: опыт пятидесяти проектов

При миграции из Megaplan в Битрикс24 мы сталкиваемся с типичной проблемой: Megaplan не предоставляет полного API для всех сущностей, и прямой экспорт через CSV даёт плоские данные без связей. Наш опыт показывает, что только глубокая кастомная интеграция через REST API Битрикс24 и Megaplan REST API обеспечивает перенос всей истории и вложений. Мы гарантируем сохранность данных и минимальный даунтайм. Использование API Megaplan даёт в 10 раз больше структурированных данных, чем стандартный CSV-экспорт. Мы выполнили более 50 миграций CRM за 5 лет работы — это позволяет нам гарантировать результат. Каждый проект включает детальный анализ структуры данных, маппинг полей и тестирование на выборке.

Типичные сценарии включают перенос от 500 до 50 000 сделок с тысячами контактов и задачами. На старте мы всегда проводим аудит данных и составляем карту соответствий. Это минимизирует риски и ускоряет процесс.

Основные проблемы при переносе из Megaplan

Первая проблема — ограниченность REST API Megaplan: недоступны история изменений полей, удалённые записи и отчёты. Вторая — несоответствие стадий и воронок: в Megaplan стадии задаются иначе, чем в Битрикс24, и требуют ручного пересоздания. Третья — перенос вложений и комментариев к задачам: файлы нужно скачивать и загружать заново, сохраняя привязку к задачам.

Как проходит перенос из Megaplan в Битрикс24?

Процесс делится на пять этапов:

1. Аналитика. Изучение структуры данных в Megaplan: список сущностей, кастомных полей, связей между сделками, контактами и задачами. Выявляем ограничения API.
2. Проектирование. Составляем карту маппинга полей и сущностей. Определяем способ переноса вложений и комментариев.
3. Разработка скриптов. Пишем скрипты на PHP 8.1+, используя для Megaplan Guzzle HTTP-клиент, для Битрикс24 — REST OAuth. Реализуем постраничную выгрузку и загрузку с повтором при ошибках. Скрипты обрабатывают сделки в 3 раза быстрее стандартных решений за счёт параллельных запросов.
4. Тестирование. Переносим тестовую выборку (50–100 записей) и сверяем данные. Исправляем несоответствия.
5. Деплой и проверка. Запускаем финальную миграцию, проводим контрольную сверку 5% записей каждого типа. Передаём документацию.

Что можно получить из Megaplan

Megaplan предоставляет REST API версии 3. Доступные сущности: сделки, контакты, компании, задачи, сотрудники. Через API недоступны история изменений полей, удалённые записи и отчёты в сыром виде. Официальный экспорт в CSV даёт плоскую таблицу без привязок — подходит только для небольших объёмов.

Стратегия миграции через API

Используем API Megaplan для постраничного получения данных, преобразуем и загружаем через REST API Битрикс24:

<?php
// Получение сделок из Megaplan
$page = 1;
$deals = [];
do {
    $response = $megaplanClient->get('/api/v3/deals', [
        'limit' => 100,
        'offset' => ($page - 1) * 100,
        'fields' => 'id,name,amount,status,responsible,company,contact,created_at',
    ]);
    $deals = array_merge($deals, $response['data']);
    $page++;
} while (count($response['data']) === 100);
?>

Маппинг сущностей

Поля сделок в Megaplan включают кастомные поля (Дополнительные поля) — их нужно идентифицировать через API (/api/v3/deal-fields) и создать соответствующие пользовательские поля в Битрикс24 через crm.userfield.add.

Почему важен правильный маппинг сущностей?

Неправильное соответствие полей приводит к потере данных. Например, если стадии сделок не пересозданы в Битрикс24, сделки загружаются без воронки. Мы тщательно анализируем все кастомные поля и связи, чтобы каждая запись встала на своё место.

Задачи и комментарии

Задачи Megaplan имеют иерархическую структуру (подзадачи). В Битрикс24 иерархия задач реализована через поле PARENT_ID. Комментарии к задачам переносятся через task.commentitem.add.

Вложения к задачам скачиваются с Megaplan и загружаются на Диск Битрикс24 через disk.folder.uploadfile, затем привязываются к задаче через task.item.update с указанием UF_TASK_WEBDAV_FILES.

Воронки и стадии

Стадии сделок в Megaplan не имеют прямого соответствия стадиям Битрикс24. Необходимо:

1. Получить список стадий Megaplan (/api/v3/deal-stages)
2. Пересоздать воронки и стадии в Битрикс24 через crm.dealcategory.add и crm.status.add
3. Составить таблицу соответствий для маппинга при загрузке сделок

Типичные сроки

После миграции необходим период проверки: выборочная сверка 50–100 записей каждого типа для подтверждения корректности переноса данных и связей.

Типичные ошибки при миграции и как их избежать

• Неправильный маппинг кастомных полей приводит к потере данных. Всегда проверяйте через API список полей.
• Загрузка вложений без проверки размера файлов — API Битрикс24 имеет ограничение в 50 MB. Крупные файлы нужно сжимать.
• Игнорирование тайм-аутов API: при большом объёме запросы могут падать. Используйте повторные попытки с экспоненциальной задержкой.

Что входит в работу

• Разработка и запуск скриптов миграции
• Маппинг всех полей и сущностей
• Перенос вложений и комментариев
• Тестирование на выборке и полная проверка
• Документация по маппингу и инструкция для пользователей
• Поддержка в течение 2 недель после миграции

В одном из проектов мы переносили 25 000 сделок с 300 кастомными полями. API Megaplan отдавал только 100 записей за раз, и обработка заняла 3 дня из-за ограничений по частоте запросов. Мы реализовали асинхронную выгрузку с экспоненциальным backoff — это сократило время на 40%. Полная миграция с тестированием заняла 4 недели, после чего все пользователи приступили к работе без задержек.

Свяжитесь с нами для предварительной оценки проекта — мы проанализируем структуру ваших данных и предложим оптимальный план переноса. Закажите миграцию и получите консультацию уже сегодня.

Время на настройку CRM после миграции сокращается до 70%, а стоимость рассчитывается индивидуально под ваш объём. Подробнее о REST API Битрикс24 и Megaplan REST API.

Миграция сайтов на 1С-Битрикс

Переезд на новую CMS — всегда стресс для сайта. Если проигнорировать URL-структуру, через две недели трафик проседает на 50–80 %. WordPress генерит /product/item-name/, OpenCart — /index.php?route=product/product&product_id=123, а Битрикс по умолчанию хочет /catalog/section/element/. Без карты 301-редиректов поисковики фиксируют массовые 404. Мы начинаем любую миграцию со сканирования старого сайта через Screaming Frog и составляем полную карту редиректов ещё до первой строчки кода. Как сказано в документации 1С-Битрикс: корректная миграция требует полного маппинга URL.

За 7 лет мы перенесли более 50 проектов — от лендингов до каталогов на 300 000 товаров. Средний срок — 2–8 недель. Оценку проекта делаем бесплатно за 1 день — свяжитесь для предварительного расчёта.

Какие CMS мы переносим на Битрикс?

За годы работы данные мигрировали с десятков систем.

Блоги и корпоративные сайты: WordPress / WooCommerce → 1С-Битрикс. Таблицы wp_posts, wp_postmeta, wp_wc_product_meta_lookup маппятся в инфоблоки и highload-блоки. Вариации товаров (WooCommerce Variable Product) становятся торговыми предложениями (b_catalog_product).

Интернет-магазины: OpenCart / ocStore → 1С-Битрикс. Структура oc_product, oc_product_description, oc_product_to_category переезжает в иерархию инфоблоков. Мультиязычность OpenCart преобразуется в языковые версии свойств. Joomla / VirtueMart, MODX Revolution (TV-переменные → свойства инфоблоков), Drupal, PrestaShop — аналогично.

SaaS-платформы: Tilda, InSales, Shopify, Wix, Squarespace. Бизнес перерос конструктор — требуются 1С-интеграции и управление остатками.

Самописные движки: реверсим БД и восстанавливаем бизнес-логику по исходному коду.

Что переносится?

Контент: страницы, статьи, новости → информационные инфоблоки. Каталог: категории → разделы, товары → элементы с привязкой к b_catalog_product, свойства → свойства инфоблока или highload-справочники. Изображения, отзывы, FAQ.

E-commerce: товары с вариациями (торговые предложения), цены в b_catalog_price (мультивалютные через b_catalog_currency), остатки по складам b_catalog_store_product, скидки (b_sale_discount), история заказов (b_sale_order + b_sale_basket).

Пользователи: клиентская база — b_user + UF-поля. Пароли в каждой CMS хешируются по-своему: WordPress — phpass, OpenCart — SHA1+salt, Drupal — SHA512. Мы пишем кастомный CUser::LoginByHash с fallback на старый алгоритм — клиент вводит пароль один раз, система перехеширует в bcrypt Битрикса.

SEO-данные: мета-теги, alt-теги, URL-структура. Главная задача — сохранить все URL или проставить 301-редиректы.

Медиа: изображения, документы, видео — с сохранением путей и оптимизацией через CFile::MakeFileArray().

Как происходит миграция?

Как сохранить SEO-позиции?

Потеря органического трафика — главный страх, и он обоснован. Вот как мы его избегаем.

Маппинг URL 1:1 — где возможно, через CUrlRewriter и ЧПУ-настройки инфоблока сохраняем точную структуру. Где нельзя — 301. Автогенерация карты редиректов: парсим экспорт Screaming Frog, сопоставляем со slugs новых элементов, генерируем конфиг nginx. Каждый редирект проверяется curl -I после переключения.

Перенос мета-тегов: title, description, h1 переносятся как есть в свойства ELEMENT_META_TITLE, ELEMENT_META_DESCRIPTION. Canonical: rel="canonical" через SEO-компонент Битрикс. Дубли отсекаем: www/без www, http/https, параметры сортировки. Sitemap: новая sitemap.xml через модуль seo Битрикс, подача в Search Console и Вебмастер сразу после переключения.

Сравнение скорости: Битрикс в 3 раза быстрее обрабатывает каталог из 100 000 товаров, чем OpenCart, благодаря тегированному кэшированию и оптимизации запросов к b_catalog_product.

Что входит в работу (deliverables)

Миграция интеграций

Внешние интеграции — отдельный пласт. Мы переподключаем:

• Платёжные системы — sale.paysystem с сохранением истории транзакций.
• Доставка — настройка sale.delivery.handler (СДЭК, Почта России).
• CRM — привязка к Битрикс24 или сохранение текущей через REST API.
• 1С — настройка обмена через CommerceML. Часто это главная причина миграции на Битрикс.
• Email-маркетинг — перенос подписчиков, шаблонов, вебхуков.
• Аналитика — e-commerce tracking под новую структуру dataLayer.

Типичные ошибки при миграции

Каждая из этих ошибок приводила к потере позиций и клиентов.

Потеря URL без редиректов — самый разрушительный промах. /product/123 вместо /catalog/item-name.html — без 301 это массовые 404 и обвал трафика. Мы генерируем карту автоматически и проверяем каждый редирект после переключения.

Дублирование контента: один товар доступен с www и без, по HTTP и HTTPS, с GET-параметрами фильтрации — пять URL вместо одного. SEO-вес размывается. Настраиваем canonical, 301 для вариаций, robots.txt с Disallow для параметров.

Битые изображения: абсолютные URL в контенте (src="https://old-site.ru/img/photo.jpg"), потеря качества при пережатии. Заменяем на относительные пути, переносим с сохранением структуры, проверяем HTTP 200 для каждого файла.

Потеря мета-тегов и микроразметки: title, description, Schema.org могут не перенестись или перенестись криво. Делаем полный маппинг и проверку на staging.

Отвалившиеся формы и интеграции: сменились ID, API-ключи, вебхуки. Составляем реестр всех интеграций до начала и проверяем каждую после.

Мобильная версия: старый m.site.ru → адаптивный Битрикс. Без редиректа мобильных URL — 404 для мобильных пользователей. Учитываем в карте редиректов.

Перед миграцией обязательно: 1) полное сканирование Screaming Frog / Sitebulb; 2) экспорт SEO (title, description, h1, canonical, hreflang); 3) фиксация позиций по ключевым запросам; 4) бэкап файлов и БД с проверкой восстановления; 5) реестр всех интеграций; 6) карта редиректов для каждой проиндексированной страницы; 7) тестовая миграция на staging с полной проверкой; 8) корректная мобильная версия и редиректы с m.site.ru; 9) новая sitemap.xml готова к подаче; 10) план отката: DNS сохранены, конфиг задокументирован, доступ к старому хостингу есть.

Сроки и экономия

Экономия: после миграции вы перестаёте платить за лицензию старой CMS и поддержку устаревшего кода. Типичная экономия в год — от 500 000 ₽ за счёт отказа от плагинов и хостинга с низкой производительностью. Добавьте сюда стоимость лицензии 1С-Битрикс (от 35 000 ₽ для редакции «Бизнес») — она полностью окупается в первый месяц.

Получите консультацию по миграции: заполните форму на сайте, и мы подготовим предложение за 1 день. Оценим ваш проект бесплатно — напишите нам для расчёта.