Одна единица продана дважды
На двух площадках товар показан как доступный, покупатели оформили заказ одновременно, а на складе лежит одна штука.
Маркетплейсы и e-commerce
Мультимаркетплейс: один склад — несколько площадок
Один каталог, один остаток — сколько бы площадок у вас ни было
Пока площадка одна, хватает ручной выгрузки. Со второй начинается путаница, а с третьей — продажи товара, которого нет на складе. Строим отдельный слой обмена: каталог и остаток живут в учётной системе, а каждая площадка получает данные по своим правилам и возвращает заказы в общую очередь.
Когда площадок становится больше одной
Первая площадка обычно живёт на ручной выгрузке. Проблема не в объёме работы, а в том, что остаток перестаёт быть единой величиной.
Остаток обновляется с задержкой
Выгрузка идёт раз в сутки или запускается руками. Между двумя выгрузками площадки продают то, чего уже нет.
Карточки расходятся по каналам
Описание и характеристики правят на каждой площадке отдельно. Через месяц одинаковый товар описан тремя разными способами.
Каналы не сравнимы между собой
Комиссии и возвраты не разложены по площадкам, поэтому непонятно, какой канал зарабатывает, а какой работает в убыток.
Каналы обмена: что и куда уходит
Ключевая строка здесь — остаток: он ходит из склада во все каналы сразу и именно на нём держится защита от продажи отсутствующего товара.
Сущность
Направление
Что важно учесть
Каталог и карточки
Учёт → все площадки
Один товар выгружается во все каналы из одного места. Требования площадки описываются правилами полей, поэтому каталог не дублируется.
Цены по каналам
Учёт → площадки
Базовая цена одна, наценка на комиссию и логистику задаётся правилом для каждого канала. Изменение правила применяется ко всему ассортименту.
Остаток
Склад → все площадки
Единый пул: продажа в любом канале немедленно уменьшает остаток во всех остальных. Это главный механизм защиты от продажи отсутствующего товара.
Заказы
Площадки → одна очередь
Заказы со всех каналов попадают в единую очередь и создаются в учёте однотипно, независимо от площадки. Дальше склад работает по одному регламенту.
Отгрузка и статусы
Учёт → площадки
Статус сборки и передачи в доставку уходит обратно в тот канал, откуда пришёл заказ, чтобы покупатель видел движение.
Комиссии и выручка
Площадки → аналитика
Начисления, комиссии и возвраты собираются по каналам. Выручка и маржа считаются в разрезе площадки, а не общей суммой.
Отдельный слой обмена нужен именно для того, чтобы добавление площадки было настройкой правил, а не новым проектом.
Защита от продажи отсутствующего товара
Это не одна проверка, а набор механизмов: остаток уменьшается в момент заказа, спорные случаи разбираются явно, а не задним числом.
- Мгновенное уменьшение остатка при получении заказа, а не при отгрузке
- Буфер по ликвидным позициям: часть остатка придерживается на время обмена
- Приоритет канала: правило решает, какая площадка получает последние единицы
- Снятие позиции с публикации при нулевом остатке вместо продажи в минус
- Разбор конфликтных заказов: два заказа на последнюю единицу видны менеджеру
- Сверка остатков по каналам: расхождение попадает в отчёт, а не ищется вручную
Как устроен единый слой обмена
Разница между «скриптами под каждую площадку» и слоем обмена видна при подключении третьего канала: в первом случае пишется новая интеграция, во втором — описываются правила.
Правила канала
Для каждой площадки описывается, какие поля обязательны, какие единицы измерения нужны и как называются категории. Учётная система при этом не меняется.
Общие справочники
Номенклатура, склады, контрагенты и статусы сопоставляются один раз и переиспользуются всеми каналами. Новый канал не требует повторного сопоставления.
Очередь и лимиты
Запросы к площадкам идут через очередь с учётом ограничений по частоте. Медленная или недоступная площадка не тормозит остальные каналы.
Единый журнал обмена
Видно, что ушло на какую площадку, что вернулось и что не прошло. Неудачную операцию можно повторить по конкретному каналу, не затрагивая остальные.
Как подключается новая площадка
Порядок работ для любого нового канала. Первый шаг не требует разработки, но именно он определяет, сколько её понадобится дальше.
Описать правила новой площадки
Какие сущности обмениваются, какие поля обязательны, чем площадка отличается от уже подключённых. Это работа на стороне каталога и учёта, а не разработка с нуля.
Сопоставить справочники
Номенклатура и склады связываются с идентификаторами площадки. Отдельный каталог под неё не заводится.
Проверить на части ассортимента
Обмен включается на нескольких десятках позиций: цены, остатки, заказы, статусы. Так ошибки видны до того, как канал заработает на весь ассортимент.
Включить канал целиком
После проверки обмен работает по общему регламенту: очередь, повторные попытки, журнал и оповещения — как у остальных площадок.
Как мы строим мультиканальный обмен
Начинаем с инвентаризации каналов и склада: где сейчас лежит товар, чем сопоставляются позиции и как считается остаток. Схема обмена описывается до разработки — иначе расхождения закладываются в саму архитектуру.
-
01
Аудит и схема
Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.
-
02
Контракт обмена
Описываем поля, форматы, частоту и правила сопоставления справочников. Согласуем до начала разработки.
-
03
Прототип
Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.
-
04
Внедрение
Включаем полный обмен с очередью, повторными попытками, журналом и защитой от дублей.
-
05
Эксплуатация
Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.
Что делает мультиканальный обмен надёжным
Площадок несколько, и любая из них может изменить требования или перестать отвечать. Остальные каналы при этом должны продолжать работать.
Идемпотентность
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Очередь и повторные попытки
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Журнал обмена
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Лимиты провайдера
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Сверка расхождений
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
Мониторинг и оповещения
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Ещё в категории «Маркетплейсы и e-commerce»
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
Wildberries
Остатки и цены совпадают с вашим складом
Интеграция с Wildberries: выгрузка карточек, синхронизация остатков и цен, сбор заказов и статусов поставок.
ПодробнееOzon
Заказы площадки попадают в учёт сразу
Интеграция с Ozon: товары, цены, остатки, заказы, отгрузки и отчёты по реализации.
ПодробнееЯндекс Маркет
Каталог и заказы в вашем контуре
Интеграция с Яндекс Маркет: каталог, цены, остатки, заказы и работа со схемами доставки.
ПодробнееAliExpress
Экспортные продажи без двойного учёта
Интеграция с AliExpress: выгрузка товаров, обработка заказов, логистика и статусы отправлений.
ПодробнееE-commerce платформы
Магазин и учёт показывают одно и то же
Интеграция с e-commerce платформами: товары, цены, остатки, заказы, оплаты и доставка.
ПодробнееВсе категории интеграций
Обмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Частые вопросы о мультиканальном обмене
Если вашего вопроса здесь нет — задайте его в форме ниже.
Что происходит, когда один товар заказали на двух площадках?
Побеждает тот заказ, который пришёл первым: остаток уменьшается сразу при получении заказа, а не в момент отгрузки. Второй канал видит уже нулевой остаток. Если заказ всё же пришёл дважды в момент обмена, он попадает в отдельную очередь на разбор — менеджер видит конфликт, а не узнаёт о нём от покупателя.
Нужно ли вести отдельный каталог под каждую площадку?
Нет. Каталог ведётся в учётной системе, а требования площадки описываются правилами: какие поля обязательны, как называются категории, какие единицы измерения. Добавление площадки — это новый набор правил, а не второй каталог.
Можно ли держать разные цены на разных площадках?
Да, и часто это необходимо: комиссии и логистика у площадок разные. Цена задаётся правилом от базовой — например, с наценкой на комиссию канала. Правило меняется в одном месте и применяется ко всему ассортименту.
Как понять, какой канал продаж выгоднее?
Заказы, комиссии и возвраты собираются по каналам, поэтому выручка и маржа считаются по каждому из них, а не одной общей цифрой. Это позволяет сравнивать площадки между собой и вовремя уходить из убыточного канала.
Придётся ли переделывать обмен, когда появится новая площадка?
Логика учёта и склада остаётся прежней: добавляется коннектор с описанием полей и правил конкретной площадки. Именно ради этого обмен строится как отдельный слой, а не как набор точечных скриптов под каждую площадку.
Перечислите площадки, на которых вы продаёте
Расскажите, сколько каналов уже подключено, где ведётся каталог и как сейчас считается остаток. Предложим схему единого обмена и порядок подключения.
Бесплатный аудит
Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
Получите бесплатный аудит интернет-магазина
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам
Заявка на аудит
Без обязательств. С конкретными цифрами.