Интеграция Битрикс24 с маркетплейсами
Пока каждая площадка живёт в своём кабинете, учёт продаж на маркетплейсах идёт в таблицах: непонятно, сколько канал приносит на самом деле и как он соотносится с прямыми продажами. Интеграция сводит заказы, обращения и статусы в одну систему — вместе с остальной работой компании.
- Заказы с Ozon, Wildberries и Яндекс Маркета становятся сделками в общей воронке
- Вопросы и претензии покупателей не теряются между кабинетами площадок
- Видно выручку по каждой площадке рядом с прямыми продажами
- Остатки и цены раздаются из учётной системы, а не дублируются руками
Объём обмена зависит от схемы работы с площадкой: со склада маркетплейса или со своего.
Работаем только с Битрикс24 — другие CRM не ведём. За это время прошли почти все сферы, где система вообще применима.
№1 в УрФО по продажам лицензий и ТОП-10 интеграторов России. Статус даётся за объём и качество проектов, а не за взнос.
Основная профессия внутри компании — бизнес-аналитик. Процессы разбирает он, а не менеджер по продажам.
Как данные ходят между кабинетами, CRM и учётом
Три системы, у каждой своя работа. Главное решение проекта — что остаётся в учётной системе, а что забирает CRM: от него зависят и объём обмена, и его надёжность.
Карточки товаров, цены, акции и рейтинг остаются здесь: правила площадок меняются чаще, чем любой обмен.
Сделка по каждому заказу, переписка с покупателями, воронка и отчёты по каналам — площадки рядом с прямыми продажами.
Номенклатура, остатки, себестоимость и документы. Товароучёт не переезжает в CRM — иначе обмен ломается на каждом изменении ассортимента.
Два сценария, которые встречаются чаще всего
Одна и та же интеграция у разных компаний устроена по-разному. Вот два типовых случая — скорее всего, вы узнаете свой.
Продажи с площадок идут в ту же воронку, что и прямые. Появляется честное сравнение: сколько приносит канал, какая у него средняя сделка и сколько в нём повторных покупок. Это и есть CRM для маркетплейсов — не замена кабинету, а общая картина над ним.
Заказы уходят в 1С как обычные, остатки не расходятся между площадками, а бухгалтерия не собирает отчёты из трёх кабинетов руками. Товарный учёт остаётся в учётной системе, CRM берёт на себя продажи, переписку и аналитику.
Где это уже работает
Четыре внедрения, в которых обмен данными был главной частью задачи.
Четыре шага и одно правило
Правило: сначала договариваемся, что и в какую сторону передаётся, и только потом настраиваем. Большинство проблем с обменом — из-за того, что этот разговор пропустили.
- 1Описываем обменКакие данные, в какую сторону, как часто и какая система главная. Здесь же выясняется, что часть задач решается штатными средствами.
- 2Готовим системыПроверяем поля и справочники: обмен идёт по ним. Если данные ведутся по-разному, сначала приводим их к общему виду.
- 3Настраиваем и проверяемСначала на ограниченном наборе данных — так ошибки видно до того, как они попадут в рабочую базу и к клиентам.
- 4Запускаем и наблюдаемПервые дни следим за обменом: что не прошло, что задвоилось. Интеграция готова, когда отработала на живом потоке.
Что нужно знать до начала
Битрикс24 не заменяет 1С или МойСклад: карточки товаров, себестоимость и партии живут там. В CRM уезжает то, что нужно для продаж и отчётов, — иначе обмен становится тяжёлым и ломается на каждом изменении номенклатуры.
Ozon, Wildberries и Яндекс Маркет обновляют интерфейсы обмена и ограничивают частоту запросов. Связка иногда требует правки — это часть сопровождения, и мы говорим об этом до начала работ, а не после.
Чтобы увидеть настоящую прибыль канала, их нужно учесть: выручка с площадки без комиссии, доставки и возвратов выглядит красивее, чем есть на самом деле.
Обмен сопоставляет товар по артикулу в кабинете и в учёте. Если они разошлись, это приводится в порядок до запуска — искать расхождения потом дороже.
Мы говорим об ограничениях до начала работы, а не в середине: интеграция, обещанная как простая, а оказавшаяся сложной, портит проект сильнее, чем честная оценка на старте.
Как считается работа
Цена зависит не от количества систем, а от глубины обмена и состояния данных. Считаем часами и называем сумму после того, как разобрались в задаче.
Когда всё решается штатными средствами и настройками. Самый быстрый вариант — и самый надёжный в сопровождении.
Когда сначала нужно привести в порядок справочники и поля. Основная работа тут не в настройке, а в подготовке.
Когда готового решения нет и обмен пишется под вас. Оценивается отдельно — это уже доработка.
Начинается всё с разговора: что за системы, какие данные и в какую сторону. Если задача закрывается настройкой без разработки — скажем сразу, это дешевле для вас.
Расскажите, что с чем нужно связать
40 минут с аналитиком. Разберём, какие данные должны ходить между системами и в какую сторону, — от этого зависит и цена, и сроки.
- 1Позвоним в течение рабочего дняУточним задачу и подберём аналитика, который работал с вашей сферой
- 2Встреча онлайн, 40 минутРазбираем ваши процессы, показываем похожие внедрения, называем вилку
- 3Присылаем расчёт и планДальше решаете вы — обязательств после встречи не возникает
Интеграция с маркетплейсами: что даёт обмен и где у площадок свои правила
Продажи на Ozon, Wildberries и Яндекс Маркете живут в кабинетах площадок, а клиент, остатки и деньги — в вашем учёте. Обмен нужен, чтобы заказы, статусы и остатки не переносили руками и чтобы продажи с площадок считались вместе с остальными. Ниже — что синхронизируется, по каким правилам и чего ждать не стоит.
Что ходит между системами
- Заказы и отправления. Новые заказы приходят в Битрикс24 со своим составом и номером отправления. Дальше они живут как обычные сделки: попадают в отчёты, считаются в выручке, участвуют в аналитике по каналам.
- Статусы. Сборка, отгрузка, доставка, возврат — состояние заказа видно в карточке, а не только в кабинете площадки.
- Остатки. Передаются из учётной системы на площадки, чтобы не продавать то, чего нет. Это самая чувствительная часть: расхождение остатков на маркетплейсе стоит дороже, чем в рознице.
- Возвраты. Фиксируются как часть сделки, иначе учёт продаж на маркетплейсах покажет выручку выше реальной.
Карточки товаров, цены и акции остаются за площадкой. Это не ограничение интеграции, а осознанное решение: правила маркетплейса меняются чаще, чем любой обмен, и привязывать к ним свою систему — значит чинить её после каждого обновления.
Три площадки — три разных обмена
Формально задача одна, на деле у каждой площадки свои интерфейсы обмена, свои лимиты запросов и своя логика отправлений. У одной заказ приходит сразу целиком, у другой сначала появляется резерв, у третьей по-разному для схем со своего склада и со склада площадки. Поэтому интеграция с маркетплейсами считается не «за площадку», а по числу схем работы: продавец, который возит со своего склада на три площадки, по объёму работ ближе к одной связке, чем к трём.
Отсюда же практический совет: начинать стоит с площадки, которая даёт больше заказов, и только потом подключать остальные. Так видно, что обмен действительно закрывает, и не приходится править четыре связки сразу, если менялась логика работы.
Как устроен обмен технически
Площадка не присылает событие сама, поэтому обмен сам опрашивает её API с коротким интервалом. Интервал подбирается под лимиты запросов отдельно для каждой площадки: слишком частый опрос приводит к блокировке ключа, слишком редкий — к тому, что заказ попадает в работу с опозданием.
Заказ сопоставляется по номеру отправления, товар — по вашему артикулу в кабинете. Если артикулы на площадках и в учёте разошлись (а они расходятся всегда, когда ассортимент заводили в кабинете руками), это приводится к общему виду до запуска обмена, а не после.
Отдельная вещь, о которой стоит знать: часть ошибок площадка возвращает не отказом, а молча. Поэтому в обмене нужна сверка — число заказов в кабинете и в CRM за день должно совпадать по каждой площадке. Без неё расхождение обнаруживается в конце месяца, когда сводят деньги.
Где проходит граница с 1С
Интеграция 1С с маркетплейсами и связка маркетплейсов с CRM — это разные задачи, и их полезно не смешивать. Товарный учёт, себестоимость, партии и документы остаются в учётной системе: 1С, МойСклад или то, что у вас стоит. Битрикс24 берёт на себя продажи, переписку с покупателями и аналитику по каналам.
Практически это значит: остатки и цены едут из учёта на площадки, заказы с площадок — в CRM и дальше в учёт как обычные. Если попытаться вести товары в CRM, обмен становится тяжёлым и ломается на каждом изменении номенклатуры — а меняется она на маркетплейсах постоянно.
Что это даёт в работе
Первое — продажи с площадок попадают в общую отчётность. Руководитель видит выручку по каналам в одном месте: сайт, менеджеры, Ozon, Wildberries, Яндекс Маркет. До интеграции эти цифры обычно живут в разных таблицах и сводятся раз в месяц. Это и есть CRM для маркетплейсов в практическом смысле — не замена кабинету, а общая картина над ним.
Второе — заканчивается ручной перенос. Менеджер не копирует заказы из кабинетов, не заводит их в учёт и не ошибается в номенклатуре. Автоматизация маркетплейсов начинается именно здесь, а не с красивых дашбордов.
Третье — товарные остатки перестают расходиться. Это прямое снижение штрафов и отмен: на маркетплейсе за недопоставку платят рейтингом.
Чего интеграция не делает
Она не управляет ценами и акциями — этим вы занимаетесь в кабинете. Не заменяет работу с рейтингом и отзывами. И не превращает маркетплейс в обычный канал продаж: правила площадки остаются её правилами, а ваша система к ним приспосабливается, а не наоборот.
Ещё одно честное ограничение: если ассортимент в учётной системе ведётся не строго — с разными названиями одного товара, без артикулов, с характеристиками в названии, — обмен это вскроет сразу. Часть работы в таком проекте всегда уходит на порядок в справочниках, и это не доработка, а условие.
И последнее про деньги: выручка с площадки без комиссии, логистики и возвратов выглядит красивее, чем есть. Чтобы сравнение каналов было честным, эти расходы нужно учитывать — иначе маркетплейс в отчёте всегда будет выигрывать у прямых продаж.
Если площадок несколько или у вас своя учётная система без готового коннектора — смотрите интеграцию с любыми сервисами, там обмен строится через API. Остатки и заказы обычно живут в 1С, и эта связка настраивается вместе. Опишите, как устроена торговля сейчас — скажем, какой объём обмена нужен.