Модели Яндекс.Маркета: FBY, FBS, DBS и Экспресс — что выбрать и почему сравнение легко обмануть

«FBY выгоднее FBS» или наоборот — универсального ответа не существует, и статьи, которые его дают, пересказывают тарифную сетку Маркета, актуальную на день публикации. Проблема глубже тарифов: модель заказа не лежит в ответе Яндекс.Маркета одним полем. Инструмент, который считает модели «в лоб» по одному значению из API, регулярно путает Экспресс с обычным FBS — а у них разная логистика и разная экономика. Разберём четыре модели, где именно ломается автоматическое распознавание и как сравнивать их на своих цифрах, а не на чужой тарифной сетке.

Кто хранит, кто везёт: четыре модели одной таблицей

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

Точные тарифы и требования к каждой модели — в личном кабинете Маркета, они периодически меняются и здесь не приводятся. А что показывает каждая вкладка отчётов кабинета целиком — в статье «Отчёты Яндекс.Маркета: что показывает раздел».

Экспресс — не отдельная модель для Маркета, а FBS с меткой склада

В карточке товара и в интерфейсе кабинета модели выглядят как четыре равноправных варианта. В API устроено иначе. Запрос списка витрин отдаёт поле placementType, и по коду, с которым мы разбирали живой кабинет, в нём встречаются только три значения: FBY, FBS и DBS. Четвёртое — LAAS — обещано спекой Маркета как раз под Экспресс, но на живом кабинете, где были подключены все четыре модели, оно так и не пришло: экспресс-витрина в этом поле вернула обычный FBS.

Признак Экспресса приходит вторым запросом и относится не к витрине, а к её складу: если хотя бы у одного склада витрины стоит express: true, а placementType при этом — FBS, модель на выходе — Экспресс, а не FBS. Для FBY и DBS этот флаг ничего не значит: на FBY склад принадлежит Маркету и экспрессом стать не может, на DBS доставку целиком организует продавец — там просто нет самого понятия «склад с экспресс-доставкой» в том смысле, в котором оно есть у FBS.

Практический вывод для читателя, который сравнивает модели по своей выгрузке: если инструмент берёт схему из одного поля placementType, он молча посчитает Экспресс вместе с обычным FBS. У Экспресса своя логистика, и объединённая цифра — это не «модель FBS с небольшим шумом», а смесь двух разных экономик под одной подписью. Различить их вручную по номеру заказа тоже не получится: сам заказ не хранит модель размещения отдельным полем — она целиком выводится из витрины и её складов, и без этой склейки разница между FBS и Экспрессом останется не видна нигде, кроме кабинета Маркета.

Почему «посчитать самому по выгрузке» для FBY не выйдет

Даже если модель определена верно, сравнить её с остальными по одной и той же выгрузке остатков не получится — и дело не в лени, а в устройстве API. Справочник складов продавца (GET /v2/businesses/{id}/warehouses) отдаёт только склады, принадлежащие продавцу: склад Маркета, на котором лежит товар FBY, в этот список не попадает вовсе. Запросить остатки FBY тем же способом, каким берут остатки FBS, — фильтром по номеру своего склада, — физически нельзя: такого номера в справочнике просто нет.

Из-за этого остатки и оборачиваемость FBY приходится собирать из другого источника, а не той же выгрузкой с фильтром по складу, что и для собственных моделей. У FBS собственного отчёта об оборачиваемости в кабинете при этом тоже нет — площадка объясняет это тем, что не видит темп продаж по чужому складу так же полно, как по своему; разбор этого случая — в статье «Отчёты Яндекс.Маркета: что в них есть, а чего нет».

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

Как сравнивать модели на своих цифрах

Из всего этого следует не «одна модель всегда выгоднее», а обратное: готового ответа нет, потому что у каждого продавца свой набор артикулов, своя оборачиваемость и свои закупочные цены. Честный способ сравнения — не читать тарифы конкурентов, а сравнить маржу одного и того же артикула между моделями на своих данных: если он продаётся и по FBY, и по FBS, разница в марже видна сразу, без пересчёта тарифов вручную.

• Сравнивать нужно один и тот же товар в разных моделях, а не среднюю маржу по всей витрине — иначе разница в ассортименте перекроет разницу в модели.
• У вывода «модель А выгоднее» есть смысл только при достаточном числе выкупов по каждой модели и заданной себестоимости — на единичных продажах разница может быть случайной, а не системной.
• Небольшая разница в марже между моделями — это обычно погрешность округлений и задержек начислений, а не сигнал что-то менять.

Пороги — минимальное число выкупов для вывода и минимальная разница, которую вообще стоит считать значимой, — не выдуманы для этой статьи: они зашиты в отчёт «Модели размещения» кабинета и описаны в справке «Отчёт «Модели размещения»: FBY, FBS, DBS и Экспресс на Яндекс.Маркете».

Собрать такое сравнение вручную — значит для каждого артикула вытащить заказы по обеим моделям из разных отчётов, отдельно разобраться, где Экспресс спрятался под FBS, и досчитать DBS-доставку руками. После подключения кабинета Маркета «В плюсе» делает эту склейку сама: связывает витрину и её склад, различает Экспресс и FBS без ручной проверки и сразу показывает маржу по каждой модели — по одному и тому же артикулу. Мы не знаем заранее, какая модель окажется выгоднее именно у вас — чужих тарифов Маркета у нас нет, — но посчитать это на своих цифрах, без ручной склейки заказов и складов, можно за 14 дней демодоступа: регистрация без карты.