Как выстроить единый остаток для WB, Ozon, Emall, розницы и интернет-магазина: где возникают ошибки, как работают резервы и почему ОПТИМА помогает не продавать один товар дважды.
Управление остатками
Главная ошибка продавца на маркетплейсах - считать WB, Ozon, Emall, розницу и интернет-магазин отдельными мирами. На практике товар лежит на одном складе, а продать его пытаются сразу несколько каналов. Поэтому бизнесу нужен не просто обмен с площадками, а единый управляемый остаток.
Эта статья продолжает тему нового контура маркетплейсов в ОПТИМА, но не повторяет релиз. Здесь разбираем конкретный управленческий вопрос: как не продать один и тот же товар дважды, как учитывать резервы, почему выгрузка остатков должна опираться на учетную базу и какие правила нужны, если компания одновременно работает с Wildberries, Ozon, Emall, магазином, складом и интернет-магазином.
Для белорусской торговли это особенно важно. Многие компании продают не только на маркетплейсах, но и через офлайн-точки, кассы, менеджеров, сайт, оптовые заказы и ручные отгрузки. Если каждый канал живет своим остатком, руководитель видит продажи, но не видит реальную доступность товара. В результате появляются отмены, штрафы, пересортица, ручные сверки и конфликт между складом, продажами и бухгалтерией.
Что такое единый остаток простыми словами
Единый остаток - это не просто число «на складе». Это расчетная доступность товара для продажи с учетом всех событий, которые уже произошли или скоро повлияют на склад: поступления, продажи, резервы, сборка заказов, возвраты, брак, непродаваемые остатки, перемещения, заказы покупателей и отгрузки на маркетплейсы.
Формула для управления: доступно к продаже = физический остаток - резервы - уже собранные заказы - непродаваемые состояния + ожидаемые доступные поступления по правилам компании.
В личном кабинете маркетплейса продавец обычно видит только данные площадки. Но площадка не знает, что этот же товар мог быть продан на кассе, зарезервирован менеджером для оптового клиента или переведен в состояние «брак». Поэтому выгрузка остатков напрямую из кабинета или из Excel быстро начинает давать сбои.
Где бизнес теряет деньги из-за разрозненных остатков
Отмена заказа
Маркетплейс продал товар, которого уже нет
Товар был на остатке утром, но днем его купили в магазине. Если остаток на WB, Ozon или Emall не обновился, вечером приходит заказ, который уже невозможно собрать.
Замороженные деньги
Склад держит лишний резерв
Менеджеры перестраховываются и не выгружают реальный доступный остаток. Товар лежит на складе, но канал продаж показывает «нет в наличии» и компания теряет оборот.
Ручные сверки
Excel становится вторым складом
Часть остатков ведется в учетной системе, часть в кабинетах площадок, часть в таблицах. Ошибка в одной строке превращается в цепочку неправильных заказов.
Самая опасная ситуация - когда руководитель видит рост заказов и считает канал успешным, а операционная команда в это время тушит пожары: переносит задания, отменяет сборку, вручную меняет остатки, ищет товар на складе и объясняет покупателям задержки.
Как ОПТИМА помогает управлять остатками по каналам
В ОПТИМА маркетплейсы можно вести как часть общей системы учета, а не как отдельную таблицу. Это значит, что номенклатура, склад, документы, заказы, остатки и отчеты связаны в одном контуре. Для Wildberries важен детальный FBS-процесс со сборочными заданиями, поставками и маркировкой. Для Ozon и Emall ключевой фокус - управляемость канала через номенклатуру, склад, остатки, цены, документы и отчетность.
Учетная номенклатура
ОПТИМА связывает карточки маркетплейсов с учетными товарами. Это снижает риск, что одна позиция на площадке живет отдельно от реального товара на складе.
Складской остаток
Доступность товара считается на базе складских данных, а не только по тому, что введено в личном кабинете площадки.
Резервы и заказы
Если товар уже нужен для сборки, отгрузки или заказа покупателя, его нельзя бездумно показывать другим каналам как свободный.
Маркировка и состояния
Для маркированных товаров, брака, непродаваемых остатков и особых партий можно задавать правила, чтобы на площадку уходили только реально продаваемые позиции.
Почему единый остаток не равен «выгрузить все, что есть»
Распространенная ошибка - выгружать на маркетплейс весь физический остаток. На бумаге это выглядит логично: если на складе 10 единиц, значит можно продавать 10. Но в реальной торговле часть товара уже может быть в резерве, часть находится на проверке, часть нужна для витрины, часть ожидает маркировку, а часть лежит не на том складе, с которого выполняется отгрузка.
Если товар продается в рознице и на маркетплейсе одновременно, остаток должен уменьшаться для всех каналов после продажи в любом из них.
Если заказ Wildberries уже отправлен в сборку, эти единицы нельзя снова показывать Ozon или Emall.
Если позиция требует кода маркировки, доступность должна учитывать не только количество коробок, но и готовность товара к легальной продаже.
Если товар лежит на удаленном складе или в филиале, его доступность для FBS может отличаться от общего остатка компании.
Поэтому правильный вопрос звучит не «сколько товара есть на складе», а «сколько товара можно безопасно обещать конкретному каналу прямо сейчас».
Практический сценарий: один товар, пять каналов
Представим товар, который продается в магазине, на сайте, через менеджера, на Wildberries и на Ozon. Физически на складе 20 штук. Из них 3 уже лежат в резерве под оптового клиента, 2 отложены под интернет-заказ, 1 имеет проблему с маркировкой, 4 нужно оставить как минимальный страховой остаток для розницы.
Если выгрузить на площадки все 20, бизнес получит риск отмен. Если выгрузить только 2-3, канал будет недодавать продажи. Правильный вариант - считать доступность по правилам: физический остаток минус резервы, минус неподходящие состояния, минус страховой остаток, минус уже собранные задания. Тогда маркетплейсы получают не красивую цифру, а рабочую цифру, которую склад действительно может выполнить.
Главная польза для руководителя: единый остаток превращает маркетплейсы из источника хаоса в управляемый канал. Вы видите не только «заказы пришли», но и «мы можем их выполнить без ручной паники».
Как выстроить процесс в ОПТИМА
Связать номенклатуру площадок с учетной номенклатурой
Карточки WB, Ozon и Emall нужно сопоставить с товарами в учетной базе. Это основа для корректных остатков, отчетов и анализа продаж.
Определить склады и каналы отгрузки
Важно понимать, с какого склада собирается FBS, какие остатки доступны рознице, какие позиции нельзя отдавать в маркетплейсы и где нужен отдельный резерв.
Настроить правила доступности
В правилах нужно учесть резервы, продажи по другим каналам, непродаваемые состояния, минимальный остаток, маркировку и особенности ассортимента.
Разделить операционный и управленческий контроль
Склад должен видеть задачи на сборку и отбор, а руководитель - доступность, продажи, дефицит, отмены и результат каналов.
Проверять отклонения и дорабатывать процесс
Если появляются отмены, ручные корректировки или регулярная нехватка товара, это сигнал не «попросить склад быть внимательнее», а пересмотреть правило расчета доступного остатка.
Что учитывать по Wildberries, Ozon и Emall
Wildberries
FBS требует точности до сборочного задания
Для Wildberries критично не только выгрузить остаток, но и быстро пройти путь от задания до сборки, отбора, поставки и маркировки. Если учетный остаток не сходится с реальностью, комплектовщик узнает об этом слишком поздно - уже в момент сборки.
Ozon и Emall
Канал должен быть частью общей картины
Для Ozon и Emall важна связка с номенклатурой, складом, ценами, документами и отчетами. Тогда продажи площадки не висят отдельно, а попадают в управленческий контур рядом с розницей и интернет-магазином.
Как понять, что текущая схема остатков уже мешает росту
Менеджеры каждый день вручную сверяют остатки между кабинетом маркетплейса и учетной системой.
Склад часто узнает о нехватке товара только после того, как заказ уже пришел в сборку.
Один и тот же товар продается на нескольких каналах, но доступность обновляется с задержкой.
Руководитель не может быстро ответить, почему канал растет по заказам, но не растет по прибыли.
В компании есть товары с маркировкой, браком, резервом, филиалами или несколькими складами, но правила выгрузки остатков остаются одинаковыми для всех.
Если хотя бы два пункта совпали, проблема уже не в дисциплине сотрудников. Бизнесу нужен нормальный контур управления остатками, где канал продаж получает не «примерную цифру», а рассчитанную доступность.
Вывод для бизнеса: автоматизация маркетплейсов начинается не с API
API Wildberries, Ozon или Emall само по себе не решает проблему учета. API передает данные, но не отвечает на вопрос, какие товары можно продавать, какие уже зарезервированы, какие требуют маркировки, какие лежат не на том складе и какие нельзя отдавать в канал из-за бизнес-правил. Поэтому автоматизация маркетплейсов начинается с учетной модели: номенклатура, склад, остатки, резервы, документы, правила обмена и отчетность.
ОПТИМА полезна тем компаниям, которые хотят управлять маркетплейсами как частью торгового бизнеса: видеть общий остаток, контролировать доступность по каналам, снижать отмены, ускорять сборку и принимать решения по данным, а не по ручным таблицам.
Связанные материалы и разделы
Хотите понять, как считать доступный остаток в вашей схеме продаж?
Расскажите, где вы продаете товары - WB, Ozon, Emall, розница, сайт, опт или филиалы. Мы покажем, как в ОПТИМА можно связать склад, резервы, маркировку, сборку заказов и управленческие отчеты в один рабочий контур.
Обсудить задачу