Схемы FBO (отгрузка со склада маркетплейса) и FBS (отгрузка с вашего склада) решают разные задачи: где‑то выгоднее хранение и скорость доставки с площадки, где‑то — гибкость и контроль запасов у себя. В 2025–2026 годах всё чаще выигрывает не «либо‑либо», а сочетание моделей и точные остатки в кабинете.
Почему тема осталась острой
- Растут требования к актуальности остатков: задержки синхронизации быстро превращаются в «нет в наличии» и потерю позиций в выдаче.
- Усиливается контроль со стороны площадок за расхождением заявленного и фактического наличия.
- Для широкого ассортимента FBO может быть дорогим по хранению, а FBS — требовательным к дисциплине учёта и отгрузки.
В чём разница на уровне операций
FBO — вы завозите товар на склад маркетплейса; дальше доступность в карточке зависит от приёмки, остатков на складе площадки и правил резервирования.
FBS — вы показываете свои остатки и отгружаете заказы сами или через партнёра; критичны скорость обновления данных в кабинете и стабильность SLA по сборке.
Гибрид: зачем держать обе схемы
Гибрид помогает не останавливать продажи при типовых колебаниях запасов:
- на складе площадки закончилась партия — временно усиливаете продажи через FBS, если есть локальный остаток;
- на вашем складе «провал» — возвращаете акцент на FBO, если там есть покрытие.
Ключевое условие — одна согласованная модель SKU и понятные правила, какая доступность в каком кабинете считается источником правды.
Где чаще всего ломается процесс
- Остатки в 1С или WMS не совпадают с тем, что видит маркетплейс.
- Разные люди правят несколько кабинетов вручную без регламента.
- Нет ясной политики: что делать с карточкой при частичном остатке и при переключении схемы поставки.
Как Pimio помогает на стыке данных и карточки
Pimio — слой товарного каталога и управляемых выгрузок между вашими системами и площадками. В рамках внедрения обычно настраивают:
- Синхронизацию остатков по расписанию и по API в нужные кабинеты.
- Правила под разные модели поставки и сценарии переключения (в том числе логику «если остаток ниже порога — изменить схему или канал отображения» — по согласованию с вашим процессом).
- Единый каталог как точку согласования SKU, чтобы не разъезжались артикулы и варианты между FBO и FBS.
Полный складской и транспортный контур, как правило, остаётся в учётной системе и WMS; Pimio усиливает зону контента, атрибутов, цен и регламентных обновлений в кабинетах.
Практический порядок внедрения
- Пилот на ограниченной номенклатуре и одной–двух схемах отгрузки.
- Сверка идентификаторов SKU и правил округления/бронирования.
- Настройка расписаний выгрузки остатков и контрольных отчётов.
- Расширение на остальные SKU и кабинеты.
Сроки и глубина сценариев фиксируются в коммерческом предложении и дорожной карте внедрения.
Итог
Переход между FBO и FBS — это в первую очередь вопрос точности данных и регламента. Когда остатки и карточка живут в одной логике, команда реже тушит инциденты вручную и предсказуемее масштабирует ассортимент.
Если хотите разобрать свой кейс (один или несколько кабинетов, смешанные схемы), начните с короткого описания процесса — предложим вариант пилота под ваш каталог.