DBS на маркетплейсах: полный гайд для селлеров

Термины и процессы сверены 26 июля 2026 года. При DBS маркетплейс приводит покупателя и принимает заказ, но коробка не проходит через обычную логистическую цепочку площадки. Товар хранится у продавца, его команда обрабатывает заказ и организует доставку покупателю — своими курьерами или через выбранную службу.

На бумаге это выглядит как максимум свободы. На практике DBS переносит к продавцу весь риск последней мили: недостаточно увидеть заказ и распечатать этикетку. Нужно подтвердить реальный остаток, зарезервировать единицу, собрать без ошибки, передать в доставку, вовремя обновить статус и вернуть товар в продажу только после проверки возврата.

Что такое DBS и почему маркетплейс не становится просто рекламой

DBS расшифровывается как Delivery by Seller — доставка силами продавца. Площадка показывает карточку товара, оформляет заказ и поддерживает цифровой путь покупки. Продавец хранит товар, собирает и упаковывает заказ, выбирает способ доставки и отвечает за выполнение обещанного срока.

Поэтому выражение «маркетплейс работает только как витрина» полезно для понимания логистики, но не описывает весь процесс. Заказ, карточка, статусы, правила взаимодействия с покупателем и качество исполнения остаются связаны с площадкой. Свобода касается физической операции, а не отменяет требования маркетплейса.

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

Как DBS называется на Wildberries, Ozon и Яндекс Маркете

Общий принцип одинаков, но площадки используют собственные названия и кабинеты.

Wildberries: «Витрина» (DBS)

В актуальной справке Wildberries «Витрина» описана как модель, при которой продавец хранит товары на своём складе, обрабатывает заказы и доставляет их покупателям. Доставку можно организовать самостоятельно, а для некоторых сценариев — через подключённого перевозчика или с передачей в ПВЗ. Остатки и статусы нужно поддерживать в актуальном состоянии.

Ozon: realFBS

У Ozon соответствующий сценарий называется realFBS. Товар остаётся на складе продавца, продавец отвечает за обработку и организует доставку покупателю. Конкретный маршрут может зависеть от выбранного способа и подключённой службы. Актуальные варианты нужно проверять в разделе официальной справки Ozon о продажах со своего склада, потому что состав доступных способов меняется.

Яндекс Маркет: DBS

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

Чем DBS отличается от FBS и модели со складом площадки

Ключевая граница проходит по последней миле. При FBS продавец хранит и собирает товар, но передаёт готовое отправление в логистику маркетплейса. При DBS продавец отвечает и за доставку покупателю. В модели со складом площадки значительная часть хранения и обработки также переходит маркетплейсу.

Это не делает одну модель автоматически выгоднее другой. В DBS расходы на хранение, персонал, упаковку, курьеров, неуспешные вручения и возвраты остаются внутри бизнеса. Зато продавец контролирует физический процесс и может использовать собственную логистическую инфраструктуру.

Подробное сравнение ответственности, хранения и доставки уже собрано в отдельном материале о выборе между FBO, FBS, DBS и экспресс-моделями. Здесь дальше разбираем только операционную готовность к DBS.

Как проходит DBS-заказ от витрины до покупателя

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

Слабое место этой цепочки — переходы между системами и людьми. Заказ может быть зарезервирован на площадке, но остаться доступным в интернет-магазине; курьер уже забрал коробку, а статус не обновился; возврат приехал, но его сразу положили к продажному товару. DBS требует управлять именно такими стыками.

Почему единый остаток важнее скорости сборки

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

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

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

Как контролировать SLA без привязки к одному нормативу

SLA в DBS — это не одна цифра. Это совокупность обещаний по обработке заказа, сборке, передаче курьеру, доставке и обновлению статусов. Конкретные сроки и последствия различаются между площадками и могут меняться, поэтому рабочий регламент нужно строить от текущих настроек кабинета.

Для каждого заказа полезны четыре контрольные точки:

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

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

Яндекс Маркет прямо учитывает настройки срока, график и время оформления при показе даты на витрине. Wildberries связывает работу по «Витрине» с регулярным обновлением остатков, обработкой заказов и запланированной доставкой. Общий практический вывод один: нельзя обещать покупателю срок быстрее самого медленного звена процесса.

Возврат DBS — это новая приёмка, а не обратная отгрузка

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

• Вернуть в продажу — товар и упаковка соответствуют требованиям.
• Переупаковать — сам товар исправен, но нужен новый короб, пломба или этикетка.
• Карантин — требуется проверка качества, серийного номера или комплектации.
• Списать или отправить поставщику — обнаружен подтверждённый дефект.

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

Как SelSup связывает склад и каналы DBS

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

В контуре SelSup заказ создаёт резерв и задание, адресное хранение подсказывает ячейку, а роли разделяют приёмку, сборку, проверку и исключения. Маршрут ведёт сотрудника по этапам, сканирование подтверждает товар, маркировку и упаковку, журнал сохраняет исполнителя и время изменения. Для DBS к этой цепочке добавляется передача в собственную или подключённую доставку и контроль возвратного статуса.

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

Матрица готовности: стоит ли запускать DBS сейчас

Зелёная зона — можно запускать пилот

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

Жёлтая зона — запуск только на ограниченном ассортименте

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

В этой зоне безопаснее выбрать несколько SKU и один понятный регион, провести полный цикл и сверить заказ, резерв, сборку, вручение и возврат.

Красная зона — сначала исправить процесс

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

Как начать без риска для всего магазина

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

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