Менеджер тратит до двух часов в день на перенос заказов из кабинетов Ozon, Wildberries и Яндекс Маркет в CRM. Ручной ввод даёт до 10% ошибок — потерянные заказы, двойные записи, неверные суммы. Наша команда с шестилетним опытом разработки на 1С-Битрикс реализовала более 30 интеграций, полностью устраняющих этот разрыв. Заказы автоматически попадают в Битрикс24 как сделки, статусы синхронизируются в обе стороны, а аналитика собирается в единых отчётах. Обработка заказа через интеграцию занимает 3 минуты вместо 1,5 часов — экономия времени в 30 раз. Кастомное решение окупается за 3–6 месяцев.
Какие данные синхронизируются между Битрикс24 и маркетплейсом?
Битрикс24 — это CRM и инструменты командной работы, а не e-commerce платформа. Интеграция решает три задачи:
-
Заказы в CRM. Каждый заказ создаётся как сделка (
crm.deal.add) или лид. Менеджер видит его, обрабатывает, звонит клиенту — всё внутри CRM. Статусы синхронизируются в обе стороны через API. -
Уведомления. При новом заказе или смене статуса — уведомление через
im.notify.system.addили задачу/дело. - Аналитика. Данные о продажах с маркетплейсов попадают в отчёты CRM. Можно сравнивать каналы и строить воронки.
Для коммуникации с покупателями (например, переписка с Ozon) мы интегрируем сообщения в ленту активности сделки.
Архитектура: почему промежуточный сервис критически важен?
Битрикс24 REST API и API маркетплейсов не имеют прямого соединения. Мы проектируем middleware — отдельное приложение (PHP/Node.js/Python) с очередью и retry-логикой для сотен заказов в день. Этапы работы:
- Webhook от маркетплейса (новый заказ, изменение статуса).
- Преобразование данных в формат Битрикс24 REST API.
- Создание/обновление сущностей в CRM.
- Обратная синхронизация: при изменении стадии сделки — вызов API маркетплейса.
Для простых сценариев подходят no-code-коннекторы (n8n/Make), но они не дают гибкости кастомной разработки.
Маппинг данных: сделка vs заказ
Поля заказа маркетплейса не совпадают с полями сделки в Битрикс24. Мы настраиваем полное соответствие:
| Поле заказа маркетплейса | Поле в Битрикс24 CRM |
|---|---|
| order_id | UF_CRM_DEAL_* (пользовательское поле) или TITLE |
| buyer name / email | crm.contact (поиск или создание) |
| product list | crm.deal.productrows.set |
| total_price | OPPORTUNITY |
| status | STAGE_ID (маппинг статусов) |
| marketplace name | SOURCE_ID или пользовательское поле |
| created_at | DATE_CREATE |
| delivery address | CONTACT.ADDRESS или пользовательское поле |
Отдельная задача — маппинг статусов. Статусы маркетплейса и стадии воронки сопоставляются в конфигурационном файле.
Как работает дедупликация контактов?
Покупатель может заказывать на разных маркетплейсах и сайте. При создании контакта в Битрикс24 мы проверяем дубли через crm.duplicate.find.by.comm (email/телефон). Если контакт найден — привязываем сделку к нему. Когда данные скрыты (Wildberries не отдаёт email, Ozon — по запросу), используем внешний ID покупателя в пользовательском поле контакта.
Обратная синхронизация статусов
Когда менеджер меняет стадию сделки в CRM, это должно отражаться в кабинете маркетплейса?
Мы подписываемся на событие ONCRMDEALUPDATE, при изменении STAGE_ID проверяем источник сделки (UF_MARKETPLACE_SOURCE) и вызываем API маркетплейса: для Wildberries — /api/v3/orders/{orderId}/status, для Ozon — /v3/posting/fbs/status/set. Не все статусы доступны для изменения извне — это учитывается в логике.
Синхронизация товарного каталога
Если товары ведутся в crm.product или на сайте 1С-Битрикс, возможна автоматическая выгрузка на маркетплейс. Это требует маппинга атрибутов (артикул, размеры, цены) и входит в расширенный объём работ.
Сроки разработки
| Сценарий | Срок |
|---|---|
| Один маркетплейс, только заказы → сделки | 3–5 недель |
| Один маркетплейс, двусторонняя синхронизация статусов | 5–8 недель |
| Два маркетплейса, общая интеграция с CRM и уведомлениями | 8–12 недель |
| Полный цикл: заказы + каталог + аналитика, несколько маркетплейсов | 14–20 недель |
Что входит в работу
- Аудит текущих процессов и требований.
- Проектирование архитектуры middleware.
- Разработка маппинга данных и логики синхронизации.
- Настройка webhook'ов и событий Битрикс24.
- Интеграция каталога (опционально).
- Документация по архитектуре и настройке.
- Тестирование и сопровождение после запуска.
Пример маппинга статусов
| Статус Ozon | Стадия сделки |
|---|---|
| awaiting_packaging | NEW |
| awaiting_deliver | PREPARATION |
| delivered | SUCCESS |
| cancelled | FAILED |
Готовые решения vs кастомная разработка
На маркетплейсе Битрикс24 есть приложения-коннекторы для Ozon и Wildberries. Они закрывают базовые сценарии за небольшую стоимость. Ограничения: фиксированная логика, невозможность кастомизировать маппинг, зависимость от обновлений вендора. Кастомная интеграция оправдана, когда нужна нестандартная логика, связка с 1С или складом, или требования к надёжности выше среднего. Наше решение выдерживает до тысяч заказов в день, обработка одного заказа через интеграцию занимает в 30 раз меньше времени, чем ручной ввод. Кастомный коннектор в 3 раза быстрее реагирует на изменения статусов, чем типовые модули. Окупаемость — от 3 до 6 месяцев. Получите предварительную консультацию — мы поможем выбрать оптимальное решение. Свяжитесь с нами для оценки вашего проекта.