Оверселлинг при общих остатках
Один и тот же товар продаётся на трёх площадках и в своём магазине. Если остаток обновляется редко, последний заказ уходит в минус, превращается в отмену и бьёт по рейтингу продавца.
Маркетплейсы
Ведём продажи на маркетплейсах из одной системы вместо трёх кабинетов
Собираем Wildberries, Ozon и Яндекс Маркет в единый контур: один каталог, общие остатки и цены, заказы и сборочные задания в одном списке. Учитываем различия схем FBO, FBS, realFBS и DBS, а также лимиты API каждой площадки. Отчёты о реализации, комиссиях и штрафах сводятся в одну картину.
Или сразу: +7 (962) 368-39-51 Telegram
4 схемы
FBO, FBS, realFBS и DBS
каталог
один источник карточек и цен
остатки
синхронизация без оверселлинга
отчёты
реализация, комиссии, штрафы
Что мешает продавать на нескольких площадках сразу
Большинство потерь на маркетплейсах связано не с продажами, а с рассинхронизацией данных между площадкой, складом и учётной системой.
Карточки расходятся по площадкам
Названия, характеристики и фото правят прямо в кабинете, и постепенно версии одного товара перестают совпадать. Единый источник карточек приходится восстанавливать вручную, а поисковая выдача страдает.
Сборочные задания теряются
Заказ появился в кабинете площадки, но в учётную систему не попал. Срок сборки идёт, а на складе о задании не знают — это прямой путь к штрафу и снижению рейтинга.
Маркировка и приёмка поставки
Для маркируемых категорий нужны коды «Честный ЗНАК» в требуемом формате и корректный ввод в оборот. Ошибка в этикетке приводит к отказу в приёмке целой поставки и возврату товара на склад.
Лимиты API и отклонённые запросы
Массовое обновление цен и остатков упирается в ограничение на частоту запросов. Часть вызовов отклоняется, данные остаются несинхронизированными до следующего цикла, а повторные попытки только усугубляют ситуацию.
Комиссии и штрафы не видны в ценах
Реальная маржа остаётся только после вычета комиссии, логистики, хранения и удержаний. Без сведения отчётов по площадкам цены выставляются наугад, а убыточные позиции обнаруживаются через месяцы.
Что автоматизируем на маркетплейсах
Каталог, остатки, заказы и отчётность площадок собираются в один контур с едиными правилами и единым журналом операций.
Единый каталог
Один источник карточек, характеристик и цен, из которого данные расходятся по площадкам.
- Сопоставление товаров и SKU между площадками и учётной системой
- Правила формирования названий и характеристик под требования площадки
- Массовые обновления цен с учётом комиссии и логистики
- Участие в акциях и управление промо-ценами без ручных правок
Остатки и заказы
Синхронизируем склад и собираем заказы всех площадок в одном рабочем списке для сборщика.
- Схемы FBO, FBS, realFBS и DBS с разным распределением ответственности
- Резервирование и обновление остатков с защитой от оверселлинга
- Сборочные задания, этикетки и передача заказа в отгрузку
- Отмены, частичные отгрузки и работа с невыкупами
Маркировка и документы
Закрываем обязательные требования площадок и государства к маркируемым товарам.
- Коды «Честный ЗНАК» и корректный ввод товара в оборот
- Форматы этикеток и штрихкодов для каждой площадки
- УПД, акты и закрывающие документы по отгрузкам
- История движения товара от поставки до продажи
Аналитика и устойчивость
Сводим отчёты площадок в одну картину и делаем обмен устойчивым к ограничениям их API.
- Отчёты о реализации, комиссиях, логистике и хранении
- Свод по штрафам, рейтингу и показателям качества работы
- Очереди, повторы и контроль лимитов API каждой площадки
- Оповещения о расхождениях между площадкой и учётной системой
Как проходит интеграция с маркетплейсами
Начинаем с одной площадки и одной схемы работы, затем тиражируем готовый контур на остальные.
-
01 3–5 дней
Аудит площадок и схем
Смотрим, на каких площадках вы продаёте, по каким схемам, где ведётся учёт и какие отчёты нужны для управления ценой.
-
02 2–3 недели
Каталог и сопоставление
Строим единый каталог, сопоставляем SKU, описываем правила формирования карточек и цен для каждой площадки.
-
03 3–4 недели
Остатки и заказы
Настраиваем синхронизацию остатков и сбор заказов, автоматизируем сборочные задания, этикетки и передачу в отгрузку.
-
04 2–3 недели
Отчёты и мониторинг
Подключаем отчёты о реализации и комиссиях, настраиваем контроль лимитов, оповещения о сбоях и расхождениях.
FBO, FBS, realFBS и DBS: что выбрать
Схема работы определяет, кто хранит товар, кто его собирает и кто доставляет заказ покупателю. FBO — товар лежит на складе площадки, продавец только поставляет партии. FBS — хранение у продавца, а сборка и отгрузка идут по заданиям площадки. realFBS и DBS передают продавцу ещё и доставку.
Для интеграции это означает разный набор операций: при FBO важнее поставки и отчёты о реализации, при FBS — скорость обработки сборочных заданий и печать этикеток. Начинать обычно стоит с одной схемы, а остальные подключать, когда процесс отлажен и понятны реальные сроки сборки.
Как не уйти в оверселлинг на нескольких площадках
Один и тот же остаток продаётся на нескольких витринах, и между продажей на площадке и обновлением данных в учётной системе всегда есть задержка. Если она измеряется часами, последний заказ оказывается нечем отгружать, а отмена бьёт по рейтингу и оборачивается штрафом.
Уменьшить риск помогает короткий интервал синхронизации, буферный остаток и правила приоритета площадок при конфликте. Надёжнее всего резервировать товар на стороне учётной системы, а на площадки выгружать доступное к продаже количество, а не физическое наличие на складе.
Лимиты API маркетплейсов и что с ними делать
У каждой площадки есть ограничения на частоту запросов, а у массовых операций — цены, остатки, карточки — свои квоты. Если обмен построен на прямых запросах из интерфейса администратора, обновление каталога упирается в лимит, часть данных остаётся старой, а повторные попытки только увеличивают нагрузку.
Работающее решение — фоновые очереди с контролем скорости, пакетные методы там, где площадка их поддерживает, и приоритеты между задачами. Критичные данные, например остатки, обновляются чаще, а описания карточек — по расписанию, чтобы не расходовать квоту на второстепенное.
Частые вопросы
Подключение одной площадки по схеме FBS с выгрузкой каталога, остатков и заказов занимает от трёх до пяти недель. Если площадок несколько и нужны FBO, realFBS и DBS, срок растёт до двух-трёх месяцев: основное время уходит на сопоставление товаров и отчётность, а не на сам обмен.
Из разработки обмена с каждой площадкой, сопоставления каталога, настройки остатков и цен, автоматизации отгрузки и сборки отчётов. Отдельно учитывается маркировка, если вы продаёте товары из перечня «Честного ЗНАКа». Комиссии площадок и логистика — операционные расходы, а не стоимость работ. Экономию даёт единый контур: вторая и третья площадки подключаются заметно дешевле первой.
Обмен строится на очереди с повторными попытками и контролем лимитов, поэтому временная недоступность площадки не приводит к потере данных. Важно другое: пока остатки не обновились, есть риск продать товар, которого нет. Мы настраиваем оповещения о задержке синхронизации и резервное снижение остатка.
Нужен один источник остатков, короткий интервал синхронизации и правила приоритета площадок при конфликте. Помогает буферный остаток: на площадки выгружается чуть меньше фактического количества, чтобы успеть снять товар с продажи. Окончательно проблему закрывает резервирование на стороне учётной системы. Если товар всё же продан дважды, важно сразу видеть это в отчёте о расхождениях, а не узнавать из претензии покупателя.
Интеграции e-commerce: другие направления
Смежные задачи, которые обычно решаются в одном проекте с этой.
Соберём продажи на маркетплейсах в одну систему
Перечислите площадки и схемы работы — предложим состав интеграции и сроки.