Как незаполненное поле в карточке стоило селлеру 500 000 рублей

Что произошло: история селлера на Ozon

Селлер работал с Ozon по стандартной FBS-схеме — товар хранился на его складе, после заказа отправлялся покупателю через логистических партнёров маркетплейса. Схема удобна: продавец контролирует товар, видит его состояние, может быстро отреагировать на проблемы.

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

Сумма товаров, исчезнувших из поля зрения продавца, составила 500 000 рублей. После перевода отправления перестали отражаться в системе отслеживания, товар пропал, а поддержка маркетплейса 60 дней молчала, рассматривая обращение.

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

Понимаем FBS и FBO: чем отличаются схемы

На маркетплейсах две основные модели работы для продавцов.

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

FBO — товар переходит на склад маркетплейса. Теперь площадка отвечает за хранение, упаковку, отправку и доставку. Продавец больше не видит товар, не может его проверить, не контролирует процесс. Зато маркетплейс берёт логистику полностью.

Переход между схемами — это не просто смена способа отправки. Это смена ответственности: кто именно отвечает за то, что товар дойдёт до покупателя, не будет потерян на складе, не испортится.

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

Почему маркетплейс потребовал данные, которые раньше не требовались

Когда товар хранится у продавца (FBS), он сам видит, что в упаковке, сам достаёт нужный товар из стеллажа, сам упаковывает заказ. Ему достаточно базовых данных: название, описание, характеристики. Поле с артикулом или идентификатором для складского учёта? Приятно иметь, но не критично — продавец всё равно знает свой товар.

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

В карточке нашего селлера это поле было пусто. При создании карточки для FBS-работы оно отображалось как необязательное, и продавец прошёл мимо него. Когда товар оказался на складе Ozon, система потребовала эти данные — но в карточке их не было.

Как маркетплейс отказал селлеру в компенсации

Вот логика отказа:

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

Селлер возражает: поле же было обозначено как необязательное. Маркетплейс отвечает примерно так: «Да, для FBS оно необязательно. Но ваш товар был переведён на FBO, где требования другие. Новые требования распространяются ретроспективно. Следовательно, вы не соответствовали требованиям FBO, мы ответственности не несём».

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

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

Почему это касается каждого селлера на Ozon

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

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

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

Четвёртое: даже при работе по FBS маркетплейсы постепенно вводят требования, которые раньше были только для FBO. Это предчувствие будущего: площадка готовит систему к переводу всех товаров на собственную логистику. Селлер, который не заполняет эти поля сейчас, потом не сможет доказать, что всё было заполнено правильно.

Как защитить свой бизнес от похожей ситуации

Если вы работаете на Ozon по FBS и хотите минимизировать риск:

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

Если маркетплейс предлагает перейти на FBO, попросите это предложение в письменном виде. Ответьте с явным согласием или отказом. Это создаёт документ, на который вы сможете ссылаться.

Если товар был внезапно переведён на FBO без вашего согласия, сразу зафиксируйте это в личном кабинете и в обращении в поддержку. Укажите, что вы не давали согласия на смену схемы. Это усложнит маркетплейсу задачу с отказом в компенсации.

Когда подаёте претензию за потерянный товар, укажите на то, что товар был переведён на FBO без согласия, а требования к карточке были изменены ретроспективно, уже после загрузки товара. Это даёт вам аргумент в споре.