Как продавать на нескольких маркетплейсах одновременно: единый склад и остатки

Если один и тот же товар продаётся на Wildberries, Ozon, Яндекс Маркете и собственном сайте, остатки нельзя независимо вести в каждом кабинете. Нужен один основной источник данных, который знает фактическое свободное количество товара, резервирует его после заказа и передаёт актуальные остатки во все каналы продаж.

Именно это обычно имеют в виду под единым складом для нескольких маркетплейсов. Физически склад может быть один или несколько, а часть товара вообще может находиться на складах маркетплейсов. Главное – чтобы система понимала, где находится каждая единица, сколько товара свободно для продажи и какой заказ уже создал резерв.

Что такое единый склад для нескольких маркетплейсов

Единый склад – это не обязательно одно помещение и не отдельная функция конкретного маркетплейса. Для мультиканальной торговли важнее понятие единого источника остатков.

В нём система знает:

• сколько товара физически есть;
• сколько уже зарезервировано под заказы;
• сколько товара находится в обработке;
• сколько нельзя продавать из-за брака или других ограничений;
• какой запас выделен под конкретный канал, если используется распределение;
• сколько единиц можно прямо сейчас предложить новым покупателям.

Выберите главный источник данных об остатках

До подключения маркетплейсов нужно ответить на один вопрос: какая система является главной и определяет, сколько товара действительно доступно?

Таким источником может быть:

• ERP;
• WMS;
• товароучётная система;
• CRM или CMS с полноценным складским учётом;
• специализированный кабинет для маркетплейсов;
• собственная система продавца.

Название программы вторично. Важно, чтобы именно в одном месте формировался достоверный свободный остаток, а остальные площадки получали данные из него.

Страховой запас не обязателен для любой схемы, но может быть полезен, если обмен данными идёт с задержкой или часть продаж проходит вне маркетплейсов.

Как работает синхронизация остатков между маркетплейсами

В нормальной схеме продажа на одной площадке должна влиять на количество, доступное во всех остальных каналах.

1. На маркетплейсе появляется новый заказ.
2. Заказ поступает в учётную или интеграционную систему.
3. Нужное количество резервируется.
4. Система пересчитывает свободный остаток.
5. Обновлённое количество передаётся на остальные площадки.
6. При отмене заказа резерв корректно снимается.
7. После возврата товар возвращается в доступный остаток только после фактической приёмки и проверки, если его снова можно продавать.

Обмен не всегда происходит мгновенно. Поэтому важно проектировать процесс с учётом задержек API, обработки заказов и обновления витрины.

Три схемы распределения остатков

Как единый склад сочетается с FBS, DBS и realFBS

Единый остаток проще всего использовать там, где товар физически находится у продавца или у выбранного им фулфилмент-оператора.

На Wildberries модель «Витрина» (DBS) предполагает хранение товара на собственном складе продавца. Для Ozon похожую роль в части собственной доставки выполняет realFBS, а на Яндекс Маркете по DBS продавец также хранит и обрабатывает товар самостоятельно.

Подробности конкретных схем лучше настраивать отдельно для каждой площадки. На сайте уже есть инструкции по Ozon realFBS, Wildberries DBS и Яндекс Маркет DBS.

Почему для нескольких площадок нужны единые SKU

Система должна понимать, что карточка на Wildberries, карточка на Ozon и карточка на Яндекс Маркете относятся к одному и тому же физическому товару.

Для этого каждому товару или варианту нужен стабильный внутренний идентификатор – SKU.

До автоматизации проверьте:

• внутренний SKU;
• артикулы на каждой площадке;
• штрихкоды;
• размеры, цвета и другие варианты;
• комплекты и наборы;
• единицы измерения.

Если сопоставление товаров неверное, автоматизация лишь быстрее распространит ошибку на все подключённые каналы.

Как управлять заказами нескольких маркетплейсов из одного окна

Единое окно удобно не тем, что заменяет личные кабинеты маркетплейсов, а тем, что сводит повседневную операционную работу в один поток.

В таком интерфейсе полезно видеть:

• источник заказа;
• товары и количество;
• склад, с которого нужно собирать заказ;
• срок обработки;
• способ доставки;
• текущий внутренний статус;
• статус площадки;
• этикетку или транспортные документы;
• проблему, которая требует действий сотрудника.

Не пытайтесь сделать статусы всех площадок одинаковыми

У Wildberries, Ozon и Яндекс Маркета собственные жизненные циклы заказов. Внутри своей системы удобнее создать несколько понятных этапов – например, новый → зарезервирован → собирается → готов → передан в доставку → доставлен → отменён/возвращён – и сопоставлять с ними статусы каждой площадки.

Так сотруднику не приходится помнить десятки платформенных формулировок, а интеграция по-прежнему передаёт маркетплейсу тот статус, который требуется именно ему.

Как связать единый склад с доставкой

Складская синхронизация заканчивается не в момент резервирования товара. Для моделей, где продавец отвечает за доставку, заказ нужно автоматически или полуавтоматически передать перевозчику.

В рабочем процессе могут автоматизироваться:

• передача данных получателя;
• вес и габариты;
• расчёт доставки;
• создание отправления;
• получение номера накладной;
• выбор ПВЗ или доставки до адреса;
• получение транспортных статусов;
• обработка возврата.

СДЭК можно использовать как логистический слой для подходящих моделей продаж, но он не заменяет систему учёта остатков. Правильнее разделить роли: учётная система знает, что и сколько можно продать, а перевозчик получает уже сформированное задание на доставку.

Для собственной интеграции используется API СДЭК, а готовые варианты подключения к сайтам и учётным системам разобраны в статье об интеграции СДЭК с CRM и CMS.

Какие варианты автоматизации нескольких маркетплейсов есть

Не каждому продавцу сразу нужна собственная разработка. Уровень системы имеет смысл выбирать по сложности процесса, а не только по числу заказов.

Как настроить единый склад для маркетплейсов: пошагово

Шаг 1. Выберите источник истины

Определите систему, которая будет хранить фактический остаток. Не допускайте ситуации, когда бухгалтерская программа считает главным одно количество, CRM – другое, а менеджер ведёт третье в Excel.

Шаг 2. Сопоставьте товары

Создайте внутренние SKU и привяжите к ним карточки и артикулы всех каналов продаж.

Шаг 3. Разделите физические склады

Если часть товара лежит у продавца, часть – на фулфилменте, а часть – на складе маркетплейса, заведите их как разные места хранения. Не объединяйте физически разные запасы в одну условную цифру.

Шаг 4. Настройте правила доступного остатка

Решите, показываете ли вы весь свободный остаток во всех каналах, распределяете его по квотам или используете гибридную модель со страховым запасом.

Шаг 5. Подключите заказы

Проверьте, что новый заказ с каждой площадки автоматически или по чёткой процедуре создаёт резерв до того, как система публикует новое количество.

Шаг 6. Настройте отмены и возвраты

Отмена должна снимать резерв в правильный момент. Возвращённый товар не должен автоматически становиться доступным для продажи до фактического возврата на склад и проверки его состояния.

Шаг 7. Подключите доставку

Для DBS, realFBS, собственного интернет-магазина и других подходящих сценариев настройте создание отправления и возврат транспортного статуса в систему.

Шаг 8. Проведите тестовые сценарии

Проверьте минимум:

• обычную продажу на каждой площадке;
• одновременные заказы на последний товар;
• отмену до сборки;
• отмену после создания резерва;
• возврат;
• товар с нулевым остатком;
• отказ одной из интеграций;
• восстановление обмена после ошибки.

Типичные ошибки при работе с несколькими маркетплейсами

Когда пора переходить от ручного режима к автоматизации

Универсальной цифры вроде «после 100 заказов в день обязательно нужна автоматизация» нет. Десять сложных заказов на нескольких площадках могут создавать больше ручной работы, чем сотня однотипных.

Надёжнее ориентироваться на признаки:

• остатки регулярно расходятся;
• появляются отмены из-за отсутствия товара;
• менеджеры постоянно переключаются между кабинетами;
• одни и те же данные вводятся несколько раз;
• заказы теряются между площадкой, складом и доставкой;
• нет понятной истории, почему изменился остаток;
• ручное создание накладных тормозит отгрузку;
• подключение нового канала требует ещё одного сотрудника.

Частые вопросы о едином складе для маркетплейсов

Можно ли продавать один остаток одновременно на Wildberries, Ozon и Яндекс Маркете?

Да, если товар физически находится у вас и система быстро резервирует заказы и обновляет доступное количество во всех каналах. Если обмен недостаточно надёжен, безопаснее использовать квоты или страховой остаток.

Что такое единый остаток на маркетплейсах?

Это модель, при которой несколько каналов продаж получают данные из одного источника складского учёта. Продажа или резерв на одной площадке влияет на количество, доступное в остальных.

Единый склад и единое окно – это одно и то же?

Нет. Единый склад относится прежде всего к учёту товара и остатков. Единое окно – это интерфейс, в котором сотрудник может обрабатывать заказы, остатки и другие операции нескольких площадок. Они часто работают вместе, но решают разные задачи.

Нужно ли делить остатки между маркетплейсами?

Не всегда. При стабильной синхронизации может использоваться общий свободный остаток. Квоты полезны, когда нужно гарантировать запас для определённой площадки, снизить риск из-за задержек обмена или по-разному приоритизировать каналы.

Можно ли считать товар на складе маркетплейса частью единого остатка?

Его можно учитывать в общей аналитике запасов, но физически это отдельное место хранения. Одну и ту же единицу нельзя одновременно считать находящейся на складе маркетплейса и доступной для отправки со своего склада.

Как синхронизировать остатки между маркетплейсами?

Нужна система, которая хранит главный остаток, получает заказы из подключённых каналов, резервирует товар и передаёт пересчитанное доступное количество обратно на площадки. Обмен обычно выполняется через готовые интеграции или API.

Что делать, если синхронизация временно перестала работать?

Система должна обнаружить ошибку и уведомить ответственного сотрудника. Для критичных товаров можно временно снизить публикуемые остатки или остановить продажи на затронутом канале до восстановления достоверных данных.

Когда нужен фулфилмент для нескольких маркетплейсов?

Когда собственный склад, сборка и разделение потоков между площадками начинают занимать слишком много ресурсов. При выборе оператора проверьте, умеет ли его система вести единый фактический запас и корректно работать с нужными вам моделями продаж.

Можно ли использовать СДЭК для заказов с нескольких маркетплейсов?

Да, в тех моделях, где доставку организует продавец и условия площадки допускают выбранный способ перевозки. Складской учёт при этом остаётся отдельным процессом: сначала система определяет доступный товар и формирует заказ, после чего данные передаются в доставку.