Антон Дегтярёвwildberries и ozon в битрикс24 — 3 рабочих сценария интеграции
На аудите продавца с карточками на Wildberries и Ozon вижу одну и ту же картину: вопросы покупателей смотрят в личном кабинете площадки, остатки сверяют в Excel раз в день, а в CRM маркетплейсы вообще не видны как канал продаж. Разбираю три сценария, которые это чинят — и что интеграция принципиально не заменит.
почему маркетплейсы обычно живут отдельно от CRM
У продавца, который начинал с одной площадки, всё было просто: заказы и вопросы смотрели в личном кабинете, остатки вели в той же табличке, что и ассортимент. Когда добавляется вторая площадка и растёт число карточек, схема ломается — а в CRM всё это время ничего не меняется, потому что подключать её никто не торопился.
В итоге получается три параллельных мира. Заказы с WB и Ozon видит только тот, кто утром открыл оба личных кабинета. Вопросы покупателей отвечают по остаточному принципу — если менеджер вспомнил зайти в раздел «Вопросы и ответы». Остатки на площадках и в учётной системе расходятся, потому что синхронизация делается вручную и не каждый день.
Для владельца это выглядит как «маркетплейсы просто отнимают время», хотя на самом деле проблема не в площадках, а в том, что они не встроены в общий процесс продаж, где уже есть CRM, ответственные и отчётность. Именно поэтому маркетплейсы обычно и живут отдельно от CRM — пропущенные вопросы и рассинхрон остатков воспринимаются как неизбежные издержки формата, а не как то, что чинится за пару недель настройки.
сценарий 1: заказы wb/ozon → сделки в битрикс24
Первый и самый частый запрос — увидеть заказы с маркетплейсов в общей воронке рядом с заказами из своего интернет-магазина и других каналов. Технически это делается через приложение-коннектор из маркетплейса Битрикс24 (таких несколько, они забирают заказы по API площадки) или через обмен с 1С, если товароучёт уже там.
После подключения каждый новый заказ с WB или Ozon создаёт сделку с источником площадки, суммой и составом заказа. Менеджер видит его в общей воронке, а не идёт проверять кабинет площадки отдельно. Статус заказа (собран, передан в доставку, выкуплен, возврат) синхронизируется в обе стороны — не всегда мгновенно, зависит от коннектора, но обычно с задержкой в пределах часа.
Ценность здесь не в самой синхронизации, а в том, что заказы с маркетплейсов попадают в ту же аналитику, что и остальные каналы: сколько заказов, средний чек, доля возвратов — можно сравнивать площадки между собой в одном отчёте, а не сводить вручную из двух личных кабинетов.
Отдельно настраиваю разделение источников: WB и Ozon — это два разных источника в CRM, а не один общий «маркетплейс». Иначе через пару месяцев работы владелец видит только суммарную выручку с площадок и не может ответить на вопрос, какая из двух приносит больше при сопоставимых вложениях в продвижение — придётся переделывать аналитику задним числом, поднимая исходные выгрузки.
сценарий 2: вопросы и отзывы под контролем срока ответа
Второй сценарий закрывает то, что обычно теряется первым — вопросы покупателей до покупки и отзывы после. На площадках это отдельный раздел личного кабинета, куда менеджер заходит, только если вспомнит. Скорость ответа на вопрос напрямую влияет на конверсию карточки, а на отзыв — на рейтинг продавца, который видят все покупатели.
В Битрикс24 это заводится как смарт-процесс: новый вопрос или отзыв с площадки создаёт карточку с полем «срок ответа» и ответственным. Просроченные карточки видно на канбане — не нужно вручную проверять оба личных кабинета, чтобы понять, что где-то покупатель ждёт ответа вторые сутки.
На аудите продавца после переноса этого процесса в смарт-процесс с полем срока среднее время реакции на вопрос упало с суток до нескольких часов — не потому что менеджер стал работать быстрее, а потому что просроченные обращения перестали теряться в общей ленте личного кабинета площадки.
сценарий 3: синхронизация остатков между 1с, crm и площадками
Третий сценарий — самый частый источник проблем у продавцов с широким ассортиментом. Остатки ведутся в 1С, туда же приходят продажи со своего сайта, но на WB и Ozon цифры обновляются отдельно — вручную или по расписанию раз в сутки.
На аудите продавца с 400+ карточками на Wildberries остатки в 1С и на площадке расходились на 5–15% почти каждую неделю: ручная сверка отнимала у товароведа около часа в день, а часть карточек всё равно уходила в «нет в наличии» с задержкой, теряя позиции в выдаче площадки.
Правильная схема — 1С остаётся источником истины по остаткам, а обмен с площадками настраивается через штатный механизм обмена номенклатурой между 1С и Битрикс24, дополненный коннектором площадки. Частота синхронизации — вопрос настройки: для товаров с высокой оборачиваемостью имеет смысл настраивать её чаще, чем раз в сутки.
как выбрать способ подключения
Готовый коннектор из маркетплейс-приложений Битрикс24 — самый быстрый и предсказуемый по бюджету вариант для типового процесса «заказы + отзывы». Подходит, если ассортимент и логика продаж стандартные и не требуют кастомных полей или нестандартных правил распределения заказов.
Обмен через 1С — вариант для тех, у кого 1С уже ведёт товароучёт и остатки. Тогда логичнее синхронизировать площадки именно через 1С как единый источник данных о товаре, а не заводить отдельную интеграцию каждой площадки напрямую с CRM.
Разработка под конкретный процесс — оправдана, если нужны нестандартные правила: например, автоматическое распределение заказов между несколькими юрлицами или складами, специфическая логика обработки возвратов. Это дороже и дольше готовых коннекторов, но снимает ограничения типового решения.
На практике чаще всего начинаю с готового коннектора на одну площадку и сценарий «заказы», смотрю месяц-два, как он приживается у команды, и только потом добавляю второй сценарий или вторую площадку. Попытка сразу подключить всё и сразу обычно превращается в долгий проект без промежуточного результата, который команда может пощупать и дать обратную связь.
чего интеграция не решает
Отдельно всегда предупреждаю клиентов: управление ставками, продвижением в выдаче площадки и содержимым карточек товара интеграция с CRM не заменяет. Это остаётся в личном кабинете WB или Ozon — там своя логика ранжирования и рекламных инструментов, к которой CRM не имеет отношения.
Битрикс24 в этой связке работает только с тремя вещами — заказами, коммуникацией с покупателем (вопросы, отзывы) и остатками. Если у продавца просела конверсия карточки или выросла стоимость привлечения — искать причину нужно в кабинете площадки, а не в настройках CRM.
типовые ошибки при подключении
Подключают заказы, но не подключают вопросы и отзывы — и вроде бы «интеграция есть», а покупатели по-прежнему ждут ответа сутками, потому что раздел с вопросами так и остаётся вне зоны внимания менеджеров.
Настраивают синхронизацию остатков в одну сторону — из 1С на площадку, но не обратно. Если на площадке товар резервируется под заказ до оплаты, а это не долетает до 1С, возникает риск продать один и тот же остаток дважды через разные каналы.
Заводят все заказы с маркетплейсов в один источник «маркетплейс» вместо раздельных источников WB и Ozon — тогда сравнить площадки между собой в отчётах уже нельзя, приходится переделывать аналитику задним числом. Общий обмен номенклатурой между 1С и CRM разобран в статье про обмен товарами и остатками, а если товароучёт ведётся не в 1С, а в собственном интернет-магазине — смотрите интеграцию интернет-магазина и 1С. Похожая логика «сообщения площадки → CRM» разобрана на примере интеграции Авито и Битрикс24. Обсудить схему под ваши площадки можно на странице услуг.