Интеграция Битрикс24 с Wildberries и Ozon нужна, когда продавец хочет видеть заказы маркетплейсов рядом с остальными продажами, не терять остатки между складом и площадками и ставить задачи на сборку автоматически. Но это не волшебная кнопка: сначала решают, какая система главная по товарам и остаткам, и только потом — что именно передавать в CRM.

Ко мне с этой темой приходят обычно с одной из трёх болей. Заказы с площадок живут в личных кабинетах, а оптовые и розничные — в CRM, и общую картину продаж собирают руками в таблице. Остатки расходятся: товар продали на сайте, а на Ozon он всё ещё висит в наличии. Или сборку FBS-заказов контролируют по памяти, и часть отгрузок опаздывает. Разберу, что из этого решает связка «Битрикс24 + маркетплейсы», а что — нет.

Сначала решают, где живут товары и остатки. CRM — второй шаг, а не первый.

Что вообще связывать: заказы, остатки, цены, клиенты

У Wildberries и Ozon есть официальные API для продавцов — документация Wildberries и Seller API Ozon. Через них можно получать заказы и их статусы, передавать остатки и цены, забирать отчёты о продажах. Вопрос не в том, можно ли технически, а в том, что из этого должно оказаться именно в Битрикс24.

Что обычно передают и куда ↓

ДанныеГде им место
Карточки товаров, ценыУчётная система (МойСклад, 1С) → площадки
ОстаткиОдна главная система, остальные только читают
Заказы FBS / со своего складаБитрикс24: сделка или элемент смарт-процесса + задача на сборку
Заказы FBO / FBW (склад площадки)В CRM — сводной статистикой, не поштучно
Отчёты о продажах и выплатахУчётная система или BI-отчёт
Контакты покупателейПлощадки их, как правило, не отдают

Последняя строка удивляет многих. Маркетплейс — посредник между вами и покупателем, и контакты покупателя продавцу, как правило, не передаются или передаются в ограниченном виде для доставки. Поэтому собрать клиентскую базу для повторных продаж из заказов WB и Ozon не получится — CRM здесь работает как диспетчер заказов, а не как база клиентов.

Интеграция Битрикс24 с Wildberries

У Wildberries несколько схем работы, и от схемы зависит, что имеет смысл тянуть в CRM. Если вы отгружаете на склад площадки, заказы собирает сама площадка — вам важны остатки на её складе, поставки и продажи. Если продаёте со своего склада (FBS) или доставляете сами (DBS), каждый заказ — это работа вашей команды: собрать, упаковать, отдать в срок. Вот здесь CRM полезна.

Как идёт заказ Wildberries в Битрикс24

Типовая цепочка для заказов со своего склада ↓

Новый заказ в WB
→
Элемент в Битрикс24
→
Задача на сборку
→
Отгрузка
→
Статус из WB

Удобнее всего вести такие заказы не в общей воронке продаж, а в отдельном смарт-процессе «Заказы маркетплейсов»: стадии повторяют жизненный цикл заказа, а не путь клиента к покупке. Так менеджеры по продажам не тонут в сотнях однотипных карточек, а склад видит только своё. Как устроены такие процессы исполнения, я разбирал в статье о воронке исполнения в Битрикс24.

Остатки Wildberries

Остатки — самое чувствительное место. Если остатки пишут две системы одновременно, рано или поздно вы продадите товар, которого нет. Правило простое: остатки ведёт одна система (чаще всего учётная), а на площадки и в CRM они уходят только из неё.

Битрикс24 и Ozon: что отличается

По логике Ozon похож на Wildberries: есть продажа со склада площадки (FBO) и со своего склада (FBS), заказы, остатки, цены, отчёты. Отличаются детали API, статусы отправлений и требования к срокам сборки. Для бизнеса разница одна: интеграция с каждой площадкой — это отдельный коннектор, и если вы торгуете на двух, настраивать и поддерживать придётся две связки.

На практике у Ozon чаще всего в CRM переносят FBS-отправления с задачами на сборку и контролем срока передачи в доставку. Отчёты о начислениях и выплатах удобнее разбирать в учётной системе или в отчётах — в карточке сделки они только мешают.

Посчитаем связку с маркетплейсами под ваш объём заказовОткрыть калькулятор →

Три схемы интеграции: какую выбрать

Связать Битрикс24 с маркетплейсами можно тремя способами. Они различаются ценой, гибкостью и тем, кто отвечает, когда что-то сломалось.

1
Готовое приложениеИз Маркета Битрикс24. Быстро, с абонентской платой, логика — как у разработчика.
2
Через учётную системуМойСклад или 1С связаны с площадками, Битрикс24 — с учётной системой.
3
Свой коннекторПод ваши стадии и правила. Дороже на старте, полный контроль.

Готовое приложение подходит, если вам нужно одно — видеть заказы в CRM. Перед покупкой проверьте отзывы, дату последнего обновления и то, умеет ли приложение работать с вашей схемой (FBS, FBO, DBS). Площадки регулярно меняют API, и заброшенное приложение перестаёт работать в самый неподходящий момент.

Через учётную систему — мой выбор по умолчанию для тех, у кого уже есть МойСклад или 1С. У МойСклада есть встроенные интеграции с крупными маркетплейсами, а 1С связывают через типовые или отраслевые решения. Тогда товары, цены и остатки живут в учёте, а Битрикс24 получает заказы и клиентов уже оттуда. Пример такого разделения — кейс, где продажи ведутся в Битрикс24, а склад — в МойСклад. Про связку с 1С подробно — в статье об интеграции Битрикс24 и 1С.

Свой коннектор нужен, когда у вас нестандартные стадии, несколько юрлиц, особые правила распределения заказов между складами или когда готовые решения не умеют то, без чего процесс не работает. Пишется через API площадки и REST Битрикс24.

Как выглядит процесс, когда всё связано

Что меняется для команды ↓

Один список заказовСайт, опт и площадки — в одной системе.
Сроки сборкиЗадача на склад с дедлайном площадки.
Продажи по каналамОтчёт: сколько дал каждый маркетплейс.
Остатки без двойного учётаОдна главная система, остальные читают.
Возвраты и претензииОтдельная стадия и ответственный.
B2B рядом с B2CОпт ведётся как сделки, площадки — как заказы.

Отдельно о B2B. У многих продавцов на маркетплейсах есть оптовое направление или продажи через свой сайт — вот там CRM раскрывается полностью: есть клиент, его история, повторные заказы, менеджер. Маркетплейсы в такой схеме — один из каналов, который виден в общем отчёте, но не забирает внимание менеджеров. Про учёт заказов в целом — в материале об учёте заказов клиентов.

Возвраты, вопросы покупателей и отзывы

Заказ на маркетплейсе не заканчивается отгрузкой. Возвраты, отмены, вопросы о товаре и отзывы — это тоже работа, и её часто делают «кто увидел». Если у такой работы нет ответственного и срока, она копится: вопрос без ответа висит на карточке товара, отзыв с претензией никто не отработал, возврат не проверили на складе.

В Битрикс24 под это удобно завести отдельные стадии в процессе заказов («Возврат», «Претензия») или отдельный смарт-процесс обращений с ответственным и сроком реакции. Площадки дают доступ к вопросам и отзывам через API, и часть готовых приложений умеет переносить их в CRM. Даже если автоматической передачи нет, регламент «кто и за сколько отвечает» стоит закрепить сразу — это бесплатно и снимает половину проблемы.

Отчёт по каналам продаж

Когда заказы площадок, сайта и опта собраны в одном месте, руководитель наконец видит структуру выручки: какой канал растёт, а какой только занимает склад и людей. Для этого не нужны сложные BI-системы — на старте хватает стандартных отчётов CRM с полем «Канал продаж» у каждого заказа. Позже, если данных станет много, отчёт переносят в BI-конструктор.

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

Кто в команде работает с заказами площадок

Ещё один вопрос, который решают до настройки, — кто и что делает в CRM. Типичное распределение такое:

  • Склад — видит только задачи на сборку и отметку «отгружено», без лишних полей.
  • Менеджер маркетплейсов — следит за статусами, возвратами, вопросами и остатками.
  • Отдел продаж — работает с оптом и сайтом и не видит сотни карточек площадок.
  • Руководитель — смотрит сводный отчёт по каналам и просрочки сборки.

Права доступа настраиваются по ролям, и чем меньше лишнего видит каждый, тем быстрее он работает. Это та же логика, что и в любой CRM: система должна отвечать на вопрос «что мне сделать сейчас», а не показывать всё подряд.

Сколько стоит интеграция Битрикс24 с Wildberries и Ozon

Ориентиры по моему прайсу, ставка — 4 700 ₽ за час работы:

Что делаемОриентир
Связка Битрикс24 с WB/Ozon: заказы, стадии, задачи на сборкуот 47 000 ₽
Интеграция с МойСклад или 1Сот 79 900 ₽
Быстрый старт CRM, если портала ещё нетот 23 500 ₽
Поддержка после запускаот 14 100 ₽ в месяц

Окончательная цена зависит от числа площадок, схем продаж (FBS, FBO, DBS), количества складов и юрлиц и от того, есть ли уже учётная система. Готовое приложение может оказаться дешевле на старте — тогда я так и скажу и помогу его настроить. Прикинуть объём можно в калькуляторе внедрения.

Отдельно заложите поддержку. Площадки меняют API и правила, и любая интеграция — не «настроил и забыл». Для этого есть сопровождение Битрикс24: следим, чтобы заказы продолжали приходить, и правим связку при изменениях на стороне площадок.

Частые ошибки

Остатки в двух системахПродажа товара, которого уже нет.
Заказы WB в воронке продажМенеджеры тонут в сотнях карточек.
Ждут базу клиентовКонтакты покупателей площадки не отдают.
Забытое приложениеAPI обновился — заказы перестали приходить.

С чего начать

  1. Выпишите площадки и схемы работы: где FBS, где FBO, где DBS.
  2. Решите, какая система главная по товарам и остаткам.
  3. Определите, какие заказы требуют действий вашей команды — только их везём в CRM поштучно.
  4. Опишите стадии заказа и кто за какую отвечает.
  5. Выберите схему: готовое приложение, через учётную систему или свой коннектор.
⚡ Маркетплейсы + CRM

Заказы WB и Ozon — в Битрикс24, остатки — без расхождений

Разберу ваши площадки и схемы, предложу архитектуру связки и посчитаю стоимость. Делаю в рамках услуги «Интеграции и данные»; связка с WB/Ozon — от 47 000 ₽.

Посчитать интеграцию →

Итог: интеграция Битрикс24 с Wildberries и Ozon начинается с архитектуры: одна главная система по остаткам, отдельный процесс для заказов со своего склада, сводная статистика по продажам со склада площадки. Тогда CRM экономит время команды, а не добавляет ей ещё один кабинет. Спроектировать такую схему можно в рамках услуги интеграций и данных.