RealFBS: как продавать на Озон, когда все процессы в руках продавца

Коротко: realFBS Ozon — это модель, в которой Ozon показывает товар, принимает заказ и ведёт его в контуре маркетплейса, а продавец хранит запас, собирает отправление и организует доставку покупателю сам или через выбранного перевозчика. Главный вопрос здесь не «как передать коробку Ozon», а как управлять всей цепочкой до вручения и правильно обработать обратный путь.

Материал актуализирован 26 июля 2026 года. Названия настроек, доступные способы доставки, нормативы и требования зависят от склада, категории и текущих правил Ozon. Перед запуском сверяйте их в кабинете Ozon Seller и официальной справке площадки.

Что означает realFBS для продавца Ozon

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

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

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

Путь заказа: от витрины до вручения

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

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

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

Доступный остаток и резерв: где чаще всего возникает отмена

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

Для realFBS это особенно важно: продавец не только собирает заказ, но и планирует доставку. Ошибка обнаруживается поздно и обходится дороже. Курьерский слот может быть уже заказан, покупатель ждёт доставку, а сотрудник только во время отбора узнаёт, что нужной модификации нет.

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

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

SLA и статусы: обещание покупателю должно совпадать с операциями

У realFBS нет безопасного универсального правила вроде «любой заказ можно собрать завтра». Контрольные сроки зависят от настроек склада, метода доставки и условий, которые Ozon показывает для конкретного заказа. Поэтому рабочий SLA строят от фактического дедлайна назад: время вручения минус перевозка, забор, упаковка, комплектация и резерв на исключения.

У каждого статуса должно быть физическое подтверждение. «Собран» означает, что товар найден, проверен и упакован. «Передан в доставку» — что отправление действительно принял курьер или перевозчик и появился документ либо трек. «Доставлен» — что получено предусмотренное подтверждение вручения. Нельзя двигать статусы заранее ради красивого отчёта: при споре такая экономия времени лишает продавца нормальной доказательной базы.

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

Как выбрать и контролировать перевозчика

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

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

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

Возврат — это новая приёмка, а не кнопка «вернуть остаток»

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

1. Найти исходный заказ и ожидаемое содержимое возврата.
2. Зафиксировать фактическое получение и внешний вид упаковки.
3. Проверить товар, комплект, документы и идентификаторы.
4. Назначить итоговый статус: снова в продажу, на переупаковку, в карантин или на списание.
5. Только после проверки изменить доступный остаток.

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

Как SelSup связывает realFBS-склад и собственную логистику

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

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

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

Матрица готовности к realFBS

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

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

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

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

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

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

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

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

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

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