Остатки FBS: как не продать товар, которого нет

Остатки FBS расходятся с реальностью по пяти причинам: дубли карточек и синонимы штрихкодов, задержка между операцией на складе и обновлением на площадке, товар «в пути» между статусами, брак и недостачи, найденные уже после продажи, и несколько каналов продаж на один запас. Лечится это одним принципом: остаток для площадки считается из учёта по каждой единице, а не из ручной таблицы, и публикуется с защитным буфером. Ниже — как найти свою причину, пример расчёта на цифрах и чек-лист на каждый день.

Почему перепродажа — это не «глюк площадки»

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

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

Пять причин перепродажи

1. Дубли карточек и синонимы штрихкодов

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

Что делать: хранить для каждой единицы один идентификатор, а штрихкоды карточек приводить к одному справочнику. Склад с учётом по каждой единице видит расхождение в момент сканирования, а не через неделю при инвентаризации.

2. Задержка между операцией и публикацией

Единицу собрали и положили в короб, а остаток на площадке ещё прежний. Или наоборот: товар приняли, а он пока не доступен к продаже. Чем реже обновляется остаток, тем больше окно, в которое можно продать лишнее. Если публикация идёт раз в час, а товар раскупают за 20 минут, перепродажа неизбежна.

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

3. Товар «в пути» между статусами

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

Что делать: заведите промежуточные состояния: «в подборе», «в проверке», «на упаковке», «брак». Для публикации берётся только то, что действительно можно отгрузить сегодня.

4. Недостача и брак, найденные после продажи

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

Что делать: принимать по единицам и фиксировать расхождение в день приёмки. Тогда в публикацию уходит то, что реально принято, а акт о расхождении готов, пока поставка ещё свежая.

5. Несколько каналов на один запас

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

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

Расчёт на цифрах: сколько стоит перепродажа

Допустим, у вас 40 карточек FBS, в день 300 заказов, средняя цена товара 800 ₽. Доля заказов, которые нечем собрать, — 1,5 %. Это 4–5 заказов в день, примерно 36–40 тысяч рублей оборота в неделю, который либо отменится, либо сорвётся.

Кроме потери продажи, у такой отмены есть три цены:

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

Если снизить долю до 0,3 %, то при тех же 300 заказах в день проблемных остаётся один заказ в день. Разница в несколько заказов в день за месяц превращается в сотни заказов. Цифры условные, подставьте свои.

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

Рабочая формула проста: остаток к публикации = доступно к отгрузке − резерв под текущие заказы − защитный буфер. Доступно — это единицы, принятые, проверенные и лежащие в ячейках подбора. Резерв — то, что уже заказано, но ещё не собрано. Буфер — небольшая страховка на задержку и ошибки; его размер зависит от скорости продаж и надёжности учёта.

Три правила, которые обычно работают:

1. 1Чем быстрее раскупается карточка, тем больше буфер и чаще публикация.
2. 2Новые и спорные карточки публикуются с запасом, пока склад не подтвердил реальный остаток инвентаризацией.
3. 3При расхождении остаток снижается сразу, а не после разбирательства: упущенная продажа дешевле отмены.

Что видно в учёте по единицам

Учёт по каждой единице меняет сам вопрос. Вместо «сколько штук этого артикула» вы получаете «где находится каждая единица и в каком она состоянии». Тогда любую цифру на площадке можно разложить: столько-то в ячейках, столько-то в брак, столько-то в пути. Если цифры расходятся, виден конкретный короб или конкретная операция, а не «где-то потерялось».

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

Чек-лист на каждый день

1. 1Сравните остаток по топ-20 карточкам: кабинет площадки, учёт, полка.
2. 2Посмотрите заказы, которые нечем собрать: по какой карточке и почему.
3. 3Проверьте, нет ли дублей карточек и общих штрихкодов у новых товаров.
4. 4Проверьте задержку публикации остатков в худший час.
5. 5Посмотрите единицы в «подборе» и «проверке» дольше суток.
6. 6Сверьте поступления дня с актами приёмки.
7. 7Для быстрых карточек пересмотрите буфер.

Типичные ошибки

• Считать остаток в таблице вручную и вносить после смены.
• Публиковать полный физический остаток, не вычитая резерв.
• Не заводить состояние «брак» и «на проверке».
• Исправлять остаток на площадке, не выясняя причину на складе.
• Делить запас между каналами «на глаз».
• Смотреть только среднюю задержку публикации.

Разбор одного случая по минутам

Чтобы причина стала понятной, полезно разложить один заказ по времени. Возьмём условный пример: в карточке по данным учёта 3 единицы.

1. 110:00. Покупатель А заказывает одну единицу, остаток в учёте становится 2, но на площадку цифра уйдёт только при следующей публикации.
2. 210:05. Покупатель Б заказывает ещё одну, остаток 1. На площадке всё ещё 3.
3. 310:12. Кладовщик подбирает заказ А и обнаруживает, что в ячейке лежит всего одна единица: две другие остались в зоне проверки после приёмки.
4. 410:15. Заказ Б уже нечем собрать, а на площадке показано 3, поэтому карточка продолжает продаваться.
5. 510:30. Приходит третий заказ. Итог: из трёх заказов выполнен один.

Здесь сработали сразу две причины: единицы в «проверке» не были выведены из публикуемого остатка (причина 3), а публикация отстала от продаж (причина 2). Устраните любую из двух — потерь станет меньше. Устраните обе — перепродажи не будет вовсе.

Как провести аудит остатков за один день

Если вы не знаете, с чего начать, пройдите пять шагов.

1. 1Выгрузите отмены по вине продавца за 30 дней и сгруппируйте по карточкам. Обычно 10–15 карточек дают большую часть проблем.
2. 2Для каждой такой карточки найдите, не делит ли она штрихкод с другой карточкой и нет ли дубля.
3. 3Проверьте журнал движений по этим карточкам: когда приняты, когда перемещены, когда списаны.
4. 4Измерьте задержку между операцией и публикацией на нескольких примерах в разное время суток, включая вечерний пик.
5. 5Сделайте выборочную инвентаризацию этих же карточек на полке и сравните с учётом.

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

Что просить у склада, чтобы остаток был честным

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

• Ведётся ли учёт по каждой единице, или только по артикулу и количеству?
• Как быстро операция на складе попадает в кабинет и в API? Можно ли увидеть журнал времени операций?
• Есть ли отдельные состояния для брака и проверки, и как они влияют на публикуемый остаток?
• Как фиксируются расхождения при приёмке и в какой срок вы получаете акт?
• Что происходит с остатком при отмене заказа или возврате?
• Как проходит инвентаризация и как её результат попадает в остаток?

Ответы на эти вопросы показывают, умеет ли склад считать остаток из реальных единиц. Если на половину вопросов ответ «в конце месяца», перепродажи будут повторяться. Сопоставить подходы разных операторов поможет статья Как выбрать фулфилмент в СПб.

Как это устроено у нас

В ПерфектПак каждая принятая единица идёт под своим кодом (или кодом «Честный знак»), поэтому остаток складывается из реальных единиц в ячейках. Целевая инвентарная точность у нас от 99,95 %, целевая точность сборки от 99,9 %, отгрузка за 24 часа в 95 %+ поставок. Если ошибка наша и подтверждена документами, мы компенсируем штраф маркетплейса — по оферте.

Остатки, приёмки и заказы FBS можно получать в свою систему через открытый REST API и вебхуки — это подходит для 1С, МойСклад, CRM, ERP, репрайсера или собственной разработки: документация. Кабинет с данными почти в реальном времени можно посмотреть без регистрации в демо. Подробнее о схеме — на страницах FBS, SLA и в прайсе. Как автоматизировать работу с площадками через API, разобрано в статье API Wildberries и Ozon для селлера.

Вывод

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