Ты продал последние пять штук на Wildberries. А на Ozon и Яндексе карточка всё ещё показывает, что товар в наличии. Через час приходит заказ на то, чего уже нет, - и ты вынужден его отменить. Отмена по твоей вине означает штраф, минус к рейтингу и недовольного покупателя.
Это овербукинг - продажа того, чего нет. Он возникает из-за рассинхрона остатков: один склад обслуживает несколько площадок, а каждая считает наличие по-своему. Разберу, почему остатки разъезжаются, чем это грозит и как настроить синхронизацию, чтобы больше не продавать воздух.
Каждый разбор в Журнале DROP·STACK - про то, как убрать ручной труд и навести порядок в цифрах. Другие разборы для селлеров лежат там же.
Почему остатки «разъезжаются»?
Коротко: корень проблемы - один физический склад на несколько витрин. Продал на одной площадке, а на других остаток не обновился, и покупатель заказывает товар, которого уже нет.
Представь: у тебя 10 штук товара, и он выложен на сайте и на Ozon. Кто-то купил 9 на сайте - осталась одна. А Ozon по-прежнему показывает 10. Приходит заказ на 5 - выполнить его нечем, приходится отменять.
Ручной учёт эту дыру не закрывает:
- Задержка. Пока ты руками вносишь новое число в каждый кабинет, проходят часы, и данные уже устарели.
- Человеческий фактор. Ручной ввод - главный источник ошибок: путают количество, дублируют позиции.
- Возвраты. Вернулся товар на склад - остаток должен вырасти, но при ручном учёте это забывают внести.
- Не масштабируется. 20 товаров на двух площадках Excel ещё тянет. На 200 товарах и четырёх каналах ручной учёт ломается.
Чем грозит продать то, чего нет?
Коротко: вынужденная отмена бьёт по кошельку и по рейтингу. У каждой площадки своя санкция, но вектор один - отмена из-за нехватки товара роняет ранжирование и стоит денег.
| Площадка | Что бывает за отмену «нет товара» |
|---|---|
| Wildberries | Штраф - двойная комиссия (от 10 до 10 000 ₽), размер зависит от рейтинга доставки |
| Ozon | Процент от стоимости заказа плюс баллы за нарушения и удар по ранжированию |
| Яндекс Маркет | Падение Индекса качества; если он опустится ниже 40 - магазин отключают на 7 дней |
При этом Wildberries прямо поощряет честный остаток:
«Если заказ поступил на нулевой остаток - отмените его. Штраф не начислится.»
- справка Wildberries о штрафах
То есть если ты вовремя обнулил остаток, отмены на нехватку не будет - и штрафа тоже. У Яндекса своя логика: наказывает не рублём, а Индексом качества.
«Если ИК опустится ниже 40, то Яндекс Маркет отключит магазин.»
- MPSTATS, обзор штрафов Яндекс Маркета
Оговорка про Ozon: конкретные суммы и формулы штрафов там меняются часто, поэтому актуальные цифры всегда сверяй в справке площадки, а не по старым статьям.
Как работает синхронизация штатно?
Коротко: у каждой площадки есть API-метод «обновить остатки» - программная «дверь», через которую можно в любой момент переписать число в карточке. За эту дверь дёргает учётная система или сервис, взяв реальный остаток из одного склада-источника.
По-простому: остаток в карточке можно менять не только руками в кабинете, но и программно. У каждой площадки для этого свой официальный метод:
- Wildberries - метод обновления остатков в API маркетплейса.
- Ozon - метод изменения количества (до 100 товаров за один запрос). Рекомендация самой площадки:
«Передавать остатки необходимо только для тех товаров, для которых зафиксировано изменение количества вне платформы Ozon.»
- Ozon for dev, рекомендации по управлению остатками
- Яндекс Маркет - метод передачи остатков, где указывается число единиц, доступных для заказа (уже за вычетом резерва).
Руками дёргать эти методы четыре раза в день по двум сотням товаров нереально. Поэтому за них отвечает единый склад-источник: учётная система (МойСклад, 1С) держит реальный остаток, а площадки получают его трансляцию.
«Теперь нельзя получить заказ на товар, который уже был заказан в период до обновления остатков.»
- МойСклад об интеграции с маркетплейсами
Собрать такую связку под твой бизнес - наша работа. DROP·STACK делает автоматизацию под ключ: синхронизация, автовыкладка, боты, аналитика в одном окне. Полистай демо командного центра - там видно, как остатки и склад собираются в одном месте.
Резерв под заказ: без него синхронизация не спасает
Коротко: мало обновлять остаток - нужно резервировать единицы под заказ в момент покупки. Иначе между двумя обновлениями успевает прийти второй заказ на тот же товар.
Даже частая синхронизация не спасёт, если нет резерва. Представь: товар продан на одной площадке, но система обновит остатки только через пять минут. За эти пять минут на другой площадке приходит второй заказ - и снова овербукинг.
Резерв решает это так: как только заказ пришёл на любом канале, система сразу откладывает эти единицы в складе-источнике и транслирует уже уменьшенный доступный остаток на остальные площадки. Заказанное зарезервировано, доступное к продаже пересчитано везде.
Как часто обновлять остатки?
Коротко: ходовые позиции - минимум 2-4 раза в день, а лучше каждые несколько минут через сервис. Чем короче интервал между продажей и обновлением на других площадках, тем ниже риск двойной продажи.
Для медленных позиций хватит обновления раз в день или по факту изменения. А вот быстро оборачиваемые товары нужно обновлять часто: специализированные сервисы синхронизации держат интервал в 1-5 минут. Логика простая: окно между заказом и обновлением остатка - это и есть окно, в которое проскакивает овербукинг. Чем оно меньше, тем безопаснее.
FBO или FBS - где возникает овербукинг?
Коротко: овербукинг живёт на своём складе (FBS, DBS), где за остаток отвечаешь ты. На складе площадки (FBO) остаток ведёт сама площадка, но там товар «заперт» на одном канале.
- FBO (склад маркетплейса). Товар лежит на складе площадки, она сама собирает заказы и списывает остаток. Синхронизировать его с чужим складом не нужно, но партия физически заперта на этом маркетплейсе - мгновенно перекинуть её на другой канал нельзя.
- FBS и DBS (свой склад). Товар у тебя, ты сам хранишь и отвечаешь за актуальность остатка на всех площадках. Именно тут возникает овербукинг при общем складе - и именно тут синхронизация критична.
Смешанная схема (часть на FBO, часть на FBS) гибче, но усложняет учёт: нужно чётко держать в голове, какой пул товара заперт на FBO, а какой общий по FBS.
Как это автоматизировать?
Коротко: три пути - учётная система как единый источник, специализированный сервис синхронизации или своя интеграция через API. Механика у всех одна: продажа на канале списывает или резервирует товар с общего склада и обновляет остаток везде.
- Учётная система как единый источник. МойСклад, 1С или Битрикс держат реальный остаток, площадки получают трансляцию по API. Подходит тем, кто и так ведёт учёт, закупки и себестоимость.
- Сервис синхронизации. Подключает кабинеты по API и обновляет остатки каждые несколько минут, распределяя один пул на все карточки. Подходит тем, кому нужна синхронизация из одного окна без тяжёлого внедрения.
- Своя интеграция через API. Максимум гибкости, но нужен разработчик и поддержка под изменения площадок.
Принцип у всех один: назначаешь один источник истины по остаткам, а карточки на площадках - это его отражения.
Семь ошибок в учёте остатков
Коротко: чаще всего режут прибыль ручной Excel, отсутствие резерва, общий склад без синхронизации, редкое обновление и забытые возвраты.
- Остатки в Excel вручную. Задержки в часы, опечатки, дубли. На старте терпимо, при росте ломается.
- Нет резерва под заказ. Между двумя обновлениями приходит второй заказ. Резерв обязателен.
- Общий склад без синхронизации. Один физический остаток, три витрины, каждая считает по-своему - прямой путь к овербукингу.
- Редкое обновление ходовых позиций. Для быстро оборачиваемых товаров раз в сутки мало.
- Игнор возвратов. Вернулся товар - остаток должен вырасти. Если не отразить, позиция зависает как проданная, и ты недопродаёшь.
- Нет минимального буфера. По ходовым позициям полезно выгружать 0 при низком пороге, чтобы не уйти в минус на хвосте запаса.
- Путаница пулов FBO и FBS. Товар на FBO заперт на площадке. Считать его частью общего склада - прямой путь к отмене.
Что это даёт
Коротко: нет овербукинга и штрафов, сохранённый рейтинг и трафик, один пул товара на всех площадках и меньше ручной рутины.
- Нет штрафов за отмену. Ты не принимаешь заказы на то, чего нет. На Wildberries это буквально значит «отмена на нулевом остатке - без штрафа».
- Сохранённый рейтинг. А значит, ранжирование и органический трафик не проседают.
- Один пул на всех площадках. Один товар работает сразу на WB, Ozon, Яндексе и Авито без ручного дробления запаса.
- Меньше рутины и масштабируемость. Добавил канал или сотню товаров - ручной работы не прибавилось.
Инструмент держит остаток - решаешь ты
Коротко: синхронизация снимает механику учёта, но стратегию задаёшь ты. Система следит за числами и не даёт продать лишнее. А что закупать, по какой цене и куда везти, решает человек.
Нейросеть и учётная система - это инструменты. Молоток сам гвоздь не забьёт: система держит остаток честным, а закупки, ассортимент и цены остаются на тебе. Смысл синхронизации не в том, чтобы отдать бизнес роботу, а в том, чтобы ни один заказ не пришёл на пустую полку.
Мы сами прошли товарку и знаем, как рассинхрон остатков превращается в штрафы и нервы. Поэтому в наших продуктах эта механика уже вшита: система автовыкладки DropSync синхронизирует остатки при выгрузке товара, а раздел «Склад» в командном центре Askvell показывает, что в наличии, что в пути и что пора заказать. Собираем это под конкретный бизнес на связке человек и AI - где агентство тянет месяц, часто укладываемся в дни.
Заказ на товар, которого нет, - это штраф и минус к рейтингу на ровном месте. Хочешь закрыть эту дыру?
Источники
- «Штрафы, удержания и другие взыскания для продавцов», Wildberries: https://seller.wildberries.ru/instructions/ru/ru/material/fines-retentions-and-other-penalties-for-sellers
- «Передача остатков через API», Яндекс Маркет для разработчиков: https://yandex.ru/dev/market/partner-api/doc/ru/step-by-step/stocks
- «Рекомендации по управлению остатками в Seller API», Ozon for dev: https://dev.ozon.ru/start/299-Rekomendatsii-po-upravleniiu-ostatkami-v-Seller-API/
- Методы работы с товарами и остатками, Wildberries для разработчиков: https://dev.wildberries.ru/en/openapi/work-with-products
- Интеграция с маркетплейсами (единый источник остатков, резерв), МойСклад: https://www.moysklad.ru/news/integratsiya-s-marketpleysami/
- «Обзор штрафов на Яндекс Маркете», MPSTATS: https://mpstats.io/media/yandex-market/obzor-shtrafov
- «Синхронизация остатков Wildberries, Ozon и Яндекс Маркета», vc.ru: https://vc.ru/id1255134/475368-sinhronizaciya-ostatkov-wildberries-ozon-i-yandeksmarketa
- «7 типичных ошибок учёта товаров», class365.ru: https://class365.ru/stati/12537-7-tipichnyh-oshibok-ucheta-tovarov-kak-izbezhat-problem-v-2026-godu/
Синхронизацию остатков реально настроить один раз и забыть про овербукинг, а не разносить числа по кабинетам вручную. DROP·STACK - автоматизация рутины, Telegram-боты и аналитика для селлеров под ключ: находим, где утекают время и деньги, и закрываем это системой. Сами из товарки, делаем на связке человек и AI - быстро и по делу.
Посмотреть демо командного центра · Оставить заявку на разбор →