DBS для маркетплейсов — это схема, при которой площадка показывает товар и принимает заказ, а продавец хранит, собирает и доставляет его покупателю сам или через выбранную службу. Контроль остаётся у продавца до вручения: нужно подтвердить наличие, выдержать срок, передать статусы и принять возврат.
В части инструкций по DBS смешаны старые названия площадок и неполные процессы. Мы сверили правила Wildberries, Ozon и Яндекс Маркета на 7 сентября 2026 года и собрали весь путь заказа — от остатка до возврата. Поэтому дочитайте статью до конца.
DBS даёт свободу управлять запасом и последней милей, но ошибка склада становится ошибкой магазина. Ниже разберём распределение ответственности, текущие названия модели, работу по схемам DBS на трёх площадках и признаки готового процесса.
Что такое DBS и чем она отличается от FBS и FBO
Расшифровка DBS — Delivery by Seller, то есть «доставка продавцом». Главное отличие моделей не в аббревиатуре, а в том, кто отвечает за товар на каждом этапе.
| Модель | Где хранится товар | Кто собирает | Кто доставляет | За что платит продавец | Риск при сбое |
|---|---|---|---|---|---|
| FBO / FBW / FBY | На складе площадки | Маркетплейс | Маркетплейс | Комиссия, приёмка, хранение и логистика по тарифам площадки | Продавец не может сам исправить задержку или ошибку на складе площадки |
| FBS | У продавца или фулфилмента | Продавец | Маркетплейс после приёмки отправления | Комиссия, собственный склад и сборка, услуги доставки площадки | Просрочка сборки или неверный остаток приводит к отмене ещё до передачи |
| DBS / realFBS | У продавца | Продавец | Продавец или выбранная им служба | Комиссия, склад, сборка, упаковка, последняя миля и возврат | Продавец отвечает и за наличие, и за обещанный покупателю маршрут |
При FBS ответственность меняется в момент приёмки отправления площадкой. При DBS она остаётся у магазина до доставки покупателю. Поэтому DBS — не просто FBS со своим курьером, а отдельный процесс со статусами, связью с покупателем и обратной логистикой. Более широкое сравнение FBO, FBS, DBS и Экспресса поможет распределить ассортимент между моделями.
Как DBS называется и работает на трёх площадках
Суть похожа, но названия и действия в кабинетах различаются. Не переносите инструкцию одной площадки на другую: у заказа могут быть другие статусы, документы и сроки.
Wildberries: «Витрина» (DBS)
На Wildberries действующее название — «Витрина» (DBS). Товар остаётся на складе продавца, заказ появляется в разделе «Поставки и заказы → Витрина (DBS)», а доставку организует магазин. Остатки можно передавать вручную, через XLSX или API, но на витрине должно быть фактически доступное количество.
После вручения курьеру нужен код покупателя для подтверждения доставки. Отдельно назначьте сотрудника, который следит за новыми заказами, этапами и возвратами: сам выезд курьера ещё не означает выполненный заказ.
Ozon: realFBS
У Ozon близкая модель называется realFBS. Продавец хранит и собирает товар, выбирает способ доставки и сопровождает заказ до вручения. Маршрут статусов зависит от метода: собственная служба, интегрированный перевозчик и партнёрский вариант работают по-разному. Поэтому подробности лучше проверять в отдельном разборе realFBS на Ozon, а здесь не будем дублировать его широкий интент.
Яндекс Маркет: DBS
На Яндекс Маркете продавец задаёт регионы, способы и срок доставки. К обещанному покупателю времени прибавляется сборка, поэтому график склада и график курьеров нужно считать вместе. Если магазин не сможет выполнить заказ, важно сразу обновить остаток и статус, а не ждать истечения срока.
Для возвратной заявки Маркет обычно даёт продавцу 48 часов на решение. Если товар сначала должен физически вернуться, отсчёт зависит от способа возврата. Адрес, ответственного и правила приёмки лучше определить до первой продажи.
Маршрут DBS-заказа: от остатка до возврата
Надёжный DBS-процесс начинается не с курьера, а с доступного остатка. Одна единица товара не должна одновременно продаваться в рознице, интернет-магазине и на нескольких маркетплейсах. Для этого SelSup резервирует остаток под заказ: доступное количество уменьшается ещё до физической отгрузки.
- Получить заказ и поставить товар в резерв. Зафиксировать площадку, склад, обещанный срок, способ доставки и контакты.
- Найти и проверить единицу. Сверить артикул, размер, цвет, комплектность, серийный номер и состояние упаковки.
- Собрать и промаркировать. Для маркируемого товара связать Data Matrix с нужным заказом; отдельно подготовить этикетку отправления.
- Передать в доставку. Получить накладную или трек, сохранить подтверждение передачи и обновить статус по правилам метода.
- Подтвердить вручение. Не ставить финальный статус раньше фактической передачи покупателю.
- Принять отмену или возврат. Найти исходный заказ, проверить товар и только после осмотра вернуть годную единицу в доступный остаток.
Контрольная цепочка DBS:
- доступный остаток → резерв;
- резерв → проверенная сборка;
- сборка → документы и статус;
- доставка → подтверждение вручения;
- возврат → осмотр и решение по остатку.
Пример: заказ на хрупкий электроприбор
Допустим, один прибор продаётся на Wildberries, Ozon и сайте магазина. После DBS-заказа система должна сразу исключить эту единицу из доступного остатка остальных каналов. Сборщик находит товар по адресу хранения, сверяет серийный номер, проверяет комплект и сканирует код, если категория маркируется.
Перед упаковкой сотрудник фиксирует состояние корпуса и комплектность. Затем печатает этикетку именно выбранного способа доставки, получает трек и передаёт коробку курьеру по акту. Менеджер контролирует не только статус «в доставке», но и фактическое вручение в обещанный день. Если покупатель отказался, товар не возвращают на витрину автоматически: сначала его принимают, осматривают и решают, можно ли продавать снова.
Такой сценарий показывает цену одной несвязанной операции. Если резерв не ушёл на другие витрины, товар могут продать второй раз. Если не сохранён серийный номер, при возврате трудно доказать подмену. Если коробка передана без акта, спор с перевозчиком остаётся без опоры. DBS работает как единая цепочка: слабое место нельзя компенсировать быстрой сборкой на соседнем шаге.
- Практический путь показан в инструкции как включить и обработать DBS-заказ в SelSup.
- Для маркируемого товара отдельно проверьте передачу кода маркировки и ответ площадки: товарный штрихкод, Data Matrix и транспортная этикетка решают разные задачи.
Плюсы и минусы DBS: что получаете и чем платите
У DBS нет преимущества без встречного обязательства. Чем больше контроля забирает продавец, тем больше процесса он должен обеспечить.
| Что получаете | Чем за это платите |
|---|---|
| Товар остаётся у вас и может продаваться через разные каналы | Нужны точные остатки, резерв и защита от двойной продажи |
| Можно продавать крупный, хрупкий или нестандартный товар | Вы сами отвечаете за упаковку, перевозчика и сохранность |
| Можно выбирать географию и способ доставки | Нужно считать реальный срок и поддерживать курьерскую мощность в пиковые дни |
| Можно согласовать с покупателем сложную передачу | Нужны контакты, правила общения и подтверждение результата |
| Не нужно заранее передавать весь запас на склад площадки | Свой склад, сборка, последняя миля и возвраты остаются расходами продавца |
Комиссия сама по себе ничего не доказывает. Считайте результат после склада, доставки, повторных попыток и возвратов. Выплата от площадки не равна прибыли; формулы и ловушки собраны в статье о том, как считать выручку, прибыль и маржинальность.
Кому подходит DBS и кому лучше выбрать другую модель
DBS подходит, если склад видит точный доступный остаток, команда умеет быстро собирать заказы, а доставка уже работает в нужной географии. Особенно уместна модель для крупногабаритных, хрупких, дорогих, сделанных под заказ или требующих согласования товаров.
- есть понятный владелец процесса от заказа до вручения;
- обычная и пиковая нагрузка укладываются в обещанный срок;
- перевозчик принимает нужные габариты и категории;
- стоимость повторной доставки и возврата включена в экономику;
- статусы и документы можно восстановить при споре.
DBS пока не подходит, если остаток хранится в нескольких несвязанных таблицах, товар после заказа ещё нужно искать у поставщика, а за курьером никто не следит. В такой ситуации самостоятельная доставка добавит не контроль, а новые отмены. Безопаснее оставить часть ассортимента на FBS или FBO и протестировать DBS на одной группе SKU и ограниченной зоне.
Что проверять в правилах площадки и оферте
Оферта, справочный центр и поля кабинета — разные источники. Договор определяет ответственность и удержания, справка объясняет действия, а интерфейс показывает настройки конкретного магазина. Если возник спор, смотрят редакцию документов, действовавшую на дату события.
| Площадка | Что проверено | Что будет при пропуске | Действие продавца |
|---|---|---|---|
| Wildberries | Пункты 4.2, 4.3.1 и 4.3.3 оферты и пункт 14 перечня штрафов связаны с исполнением DBS-заказа | Невыполненный заказ может повлиять на удержание; универсальной суммы для всех продавцов нет | Проверить текущую редакцию и собственные показатели до публикации точной суммы |
| Ozon | Метод realFBS определяет передачу статусов, документов и ответственность перевозчика | Коробка может уехать, но заказ не получит подтверждённый статус | Следовать регламенту выбранного метода и хранить акт, трек и подтверждение вручения |
| Яндекс Маркет | Справка DBS задаёт сроки обработки возврата и действия с заказом | Без ответа решение может быть принято без участия продавца | Назначить ответственного, контролировать уведомления и сверять условия договора магазина |
Не копируйте штраф или срок из старой статьи. Сначала проверьте площадку, модель, метод доставки, категорию и редакцию документа на дату заказа.
Частые ошибки при работе по DBS
| Ошибка | Чем оборачивается | Что делать |
|---|---|---|
| На витрине есть товар, которого нет физически | Отмена принятого заказа и риск санкций площадки | Передавать доступный остаток после резерва и брака |
| Склад и курьер живут по разным графикам | Заказ собран, но не передан в обещанное окно | Считать срок от вручения назад и закладывать резерв на пик |
| Смешаны штрихкод, Data Matrix и этикетка заказа | Неверная единица или непринятый код маркировки | Сканировать товар и код в контексте конкретного заказа |
| Статус меняют по памяти | Площадка и покупатель не видят реального движения | Назначить владельца статуса и сохранять подтверждение каждого перехода |
| Возврат сразу прибавляют к продаже | Повреждённая или чужая единица снова попадает на витрину | Сначала идентифицировать заказ и осмотреть товар |
| Сравнивают только комиссию | Дешёвая схема становится убыточной после доставки и отказов | Считать полную стоимость исполненного и возвращённого заказа |
Если остаток разошёлся, не загружайте цифру повторно вслепую. В истории отправки и изменения остатков видно, что ушло на площадку, кто менял количество и когда товар резервировался или списывался.
Как SelSup помогает контролировать DBS
Продавец теряет деньги не потому, что у него «мало автоматизации», а в конкретной точке: продан отсутствующий товар, перепутана единица, пропущен статус или возврат завис вне остатка. Сначала нужно увидеть эту точку, потом автоматизировать действие вокруг неё.
SelSup поддерживает FBS, realFBS, DBS и Express в одном операционном контуре. Система получает заказы, распределяет задания на подбор, сборку и упаковку, хранит остаток и резерв, помогает работать с маркировкой, сотрудниками, складами и возвратами. Полный набор действий по модели собран на странице возможностей SelSup для DBS и realFBS.
- точка, на которой заказ остановился;
- ответственный за следующий шаг;
- последнее подтверждённое действие и его время.
Для маркируемого возврата важно найти именно проданную единицу, а не похожий товар. В инструкции по обработке возврата маркированного товара в SelSup показан поиск по стикеру заказа, штрихкоду или Data Matrix и возврат на склад после подтверждения.
Когда площадок и складов несколько, простого списка заказов мало. Нужна система учёта товаров для маркетплейсов, которая связывает номенклатуру, доступный остаток, резерв, сборку, маркировку, возврат и финансовый результат. Тогда ошибка остаётся событием с причиной, а не загадкой в конце месяца.
Стоит ли запускать DBS
- Скорее да, если свой склад и доставка уже выполняют обещанные сроки, остатки точны, а экономика остаётся положительной после возвратов.
- Да, но частично, если DBS выгодна только для крупного, хрупкого или локального ассортимента. Остальные товары оставьте на FBS или FBO.
- Пока нет, если никто не отвечает за заказ после сборки, остаток расходится, а стоимость последней мили не посчитана.
Начните с одной группы товаров, одной зоны и одного способа доставки. Зафиксируйте доступный остаток, время сборки, долю вручений с первой попытки, отмены и возвраты. DBS стоит масштабировать только после повторяемого результата, а не после одной удачной доставки.
Можно ли сочетать DBS с FBS и FBO?
Да. Более того, смешанная схема часто разумнее: ходовой товар размещают ближе к покупателю, редкий оставляют у себя, а сложный доставляют самостоятельно. Главное — не обещать одну единицу нескольким каналам.
Нужно ли использовать только своих курьеров?
Нет. Можно подключить перевозчика, если это допускает площадка и выбранный метод. Но договор, тариф, документы, статусы и обратный маршрут всё равно нужно проверить до запуска.
Что проверить перед первым заказом?
Проверьте доступность товара, резерв, упаковку, маркировку, документы, тестовый статус, связь с курьером и порядок возврата. Если любой шаг существует только в голове одного сотрудника, процесс ещё не готов к масштабу.
Продолжайте читать и смотреть
Новости маркетплейсов, автоматизация и практические разборы ИИ — на удобной для вас площадке.
