Остатки при FBS: как не продать то, чего нет, и не получить штраф за отмену

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

Чем грозит отмена «нет товара»

Отмена заказа по причине «нет товара» — это отмена по вине селлера, и маркетплейсы относятся к ней жёстко:

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

Поэтому задача учёта остатков при FBS — не «знать, сколько примерно есть», а гарантировать, что каждая цифра на витрине подтверждена физической единицей товара.

Откуда берутся расхождения остатков

Остатки «разъезжаются» не по злому умыслу, а по типовым причинам:

1. Продажи на нескольких площадках с одного запаса. Товар продаётся на WB, Ozon и Авито одновременно, а учёт у каждого свой. Продали последнюю единицу на Ozon — на WB она ещё час висит «в наличии».
2. Ручной учёт в Excel. Пока кто-то внёс продажу в таблицу, прошло ещё три заказа. Excel не умеет резервировать.
3. Непроведённые возвраты. Товар физически вернулся на полку, но в учёте его нет — или наоборот: числится, а на полке его никто не видел.
4. Брак и пересорт на полке. Лежит не тот артикул или повреждённая единица, а система считает её продаваемой.
5. Несколько баркодов на одну карточку. Товар наклеен разными ШК, учёт «теряет» единицы: по одному баркоду ноль, по другому зависшие остатки, а физически это один и тот же товар.

Правила здорового учёта остатков при FBS

1. Единый сток на все каналы

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

2. Резерв в момент заказа, а не при сборке

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

3. Точечные инвентаризации вместо разовой «большой»

Полная инвентаризация раз в квартал при FBS бесполезна: за квартал остатки расходятся многократно. Работает другой подход — регулярная точечная сверка по ходовым артикулам: 10–20 самых продаваемых SKU каждую неделю, сканированием, с фиксацией результата.

4. Приёмка и перемещения только сканированием

Правило «потом введу» — главный генератор расхождений. Каждая единица фиксируется сканером в момент действия: пришла — отсканирована, переместилась — отсканирована, вернулась — отсканирована.

5. Синхронизация с кабинетами по API

Ручная правка остатков в кабинетах не масштабируется. Остатки должны синхронизироваться автоматически:

• Ozon отдаёт и принимает остатки селлера через API — сверяйте показатель `present` минус `reserved` со своими данными, расхождение означает проблему в учёте, а не у Ozon.
• Wildberries контролируется через соответствие продаж и списаний: каждая продажа и каждая отмена должны сходиться с вашим учётом один в один.

Страховочный запас и конец товара

По ходовым SKU держите страховочный запас — буфер на неучтённый возврат, брак или задержку поставки. Размер зависит от оборачиваемости, но правило одно: лучше лишние 5 единиц на полке, чем одна отмена по вине селлера.

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

Несколько кабинетов одного владельца

Если вы ведёте два-три кабинета (например, WB + WB под другую нишу или Ozon на юрлицо и на ИП), не дублируйте запас под каждый. Держите общий склад-группу: все кабинеты продают с одного физического остатка, а перемещение доступных единиц между кабинетами происходит под спрос — где покупают, там и выставлен остаток. Это снимает проблему «на одном кабинете отмены, на другом залежавшийся товар».

Как это делаем мы

В МРЛ-ФБС остатки клиента ведутся в WMS с автоматическим резервом под каждый заказ — единица уходит в резерв в момент появления заказа, а не при сборке. Группы кабинетов клиента делят общий сток: автобаланс перемещает единицы между кабинетами под спрос, не замораживая товар. Остатки синхронизируются с кабинетами маркетплейсов, в том числе с Ozon по API, а расхождения видны вам в личном кабинете. Точечная инвентаризация по вашему запросу — со сканированием и фото каждой проверенной единицы.

Посчитайте стоимость хранения и обработки по FBS в умном прайсе — учёт остатков и синхронизация входят в ставку за заказ.