Партия уже оплачена поставщику, а в заявку на поставку Ozon помещается только часть товара. В такой ситуации я сначала выясняю, что именно мешает отгрузке, а не ищу способ отправить всё любой ценой. Ограничение по объёму, отсутствие доступного времени приёмки и отказ по конкретному товару требуют разных действий. Если перепутать причину, можно заказать другую машину, переоформить документы и остаться с той же партией на своём складе. Поэтому для меня лимит поставки начинается с проверки заявки, а не с переговоров с перевозчиком.
У меня несколько магазинов, и закупку я стараюсь проверять одновременно со стороны спроса, денег и возможности довезти товар до продажи. Прогноз может показывать потребность в запасе, но сам по себе он не создаёт место на складе маркетплейса. Обратная ситуация тоже встречается в планировании: отправить можно больше, чем имеет смысл держать на площадке. В этой статье я разделю доступный объём и потребность магазина, а затем покажу, как свести их в один расчёт. Без этого легко принять разрешение на поставку за рекомендацию купить побольше.
Откуда берутся лимиты на поставку Ozon
Склад должен успеть принять товар, разместить его и дальше обрабатывать заказы. Его возможности ограничены помещениями, оборудованием и загрузкой приёмки, поэтому желание продавца завезти партию не означает, что склад сможет её обработать в выбранный момент. При этом под словами «лимиты на поставку Озон» часто скрываются разные ограничения интерфейса. Где-то вопрос относится к количеству товара, где-то к направлению поставки, а где-то — к доступности даты. Я сначала читаю конкретное сообщение в кабинете и фиксирую, на каком действии возникает отказ.
У меня нет подтверждённой универсальной формулы, по которой Ozon рассчитывает доступный объём каждому продавцу. Поэтому я не буду обещать, что определённый рост оборота автоматически откроет дополнительную поставку. Проверять нужно условия конкретного склада, маршрута и товара в действующем интерфейсе и справке площадки. Если кабинет показывает причину ограничения, я начинаю именно с неё. Если объяснения нет, отправляю в поддержку параметры заявки и снимок сообщения, а не общий вопрос о плохих лимитах.
Ещё я проверяю, к чему относится показанное значение: к выбранной заявке, направлению, товару или более широкому объёму отгрузки. Нельзя переносить ограничение из одного контекста на другой без проверки. Доступность на экране я также не считаю бессрочной гарантией будущей приёмки: условия нужно повторно сверить перед закупкой и оформлением перевозки. Порядок работы с самой заявкой я отдельно описал в статье о том, как оформить поставку Ozon и довезти товар до приёмки. Здесь меня интересует прежде всего решение, сколько товара готовить и сколько денег в него вкладывать.
Почему не дают лимит на поставку и при чём здесь продажи
На вопрос «почему не дают лимит на поставку» я отвечаю проверкой конкретного отказа. Сначала смотрю, отсутствует ли возможность отгрузки вообще или недоступен только выбранный вариант. Затем проверяю, проходит ли остальной ассортимент и не связано ли сообщение с требованиями к определённому товару. Отдельно разбираю ситуацию, когда объём заявки допустим, но выбрать время приёмки не получается. Это не доказывает, что магазин получил ограничение из-за слабых продаж, и лечить такую проблему скидкой на весь ассортимент я бы не стал.
Связь с продажами полезно понимать прежде всего через движение запаса. Когда товар покупают, он освобождает занятое место; когда продажи замедляются, тот же запас остаётся на складе дольше. Но из этой складской логики нельзя вывести правило, что каждая продажа немедленно возвращает продавцу доступный объём поставки. Продажи и оборачиваемость я использую для расчёта потребности, а изменение лимита проверяю отдельно. Так я не подменяю известные данные о своём магазине догадкой об алгоритме площадки.
Для планирования мне удобнее смотреть запас в днях продаж: доступный к продаже остаток делю на средний дневной спрос в штуках. Период для оценки спроса выбираю так, чтобы он отражал предстоящую торговлю, а не случайную распродажу. Если товар отсутствовал, низкие продажи за это время нельзя бездумно принимать за низкий спрос. Если продажи поддерживались рекламой, проверяю, сохранится ли она после пополнения. Общая выручка магазина здесь мало помогает: дорогой товар может давать заметный оборот, но физически уходить медленно, пока другая позиция заканчивается.
Как рассчитать поставку с учётом лимита
Я начинаю расчёт по отдельным позициям, а потом собираю общую заявку. Мне нужны доступные к продаже остатки, подтверждённые поступления, прогноз спроса и предполагаемые даты пополнения. Остаток, который нельзя продать, не включаю в доступный запас лишь потому, что он виден в отчёте. Товар в пути учитываю отдельно и проверяю, не попал ли он уже в другую строку расчёта. Все объёмы сначала привожу к сопоставимым единицам: потребность в штуках нельзя напрямую сравнивать с ограничением, выраженным иначе.
- Сначала рассчитываю запас к моменту доступности новой партии для продажи. К текущему доступному остатку прибавляю подтверждённые поступления, которые успеют стать доступными раньше, и вычитаю ожидаемые продажи до этого момента. Если расчёт уходит в минус, отдельно отмечаю ожидаемый дефицит, а физический остаток считаю отсутствующим.
- Затем определяю запас, который потребуется после поступления планируемой партии. Складываю прогноз продаж от этого момента до следующего реалистичного пополнения и страховой запас. Страховой запас выбираю по разбросу спроса и риску задержки, а не по желанию занять всё доступное место.
- После этого из необходимого запаса вычитаю прогнозный остаток к поступлению партии. Дополнительно вычитаю подтверждённые поступления внутри периода, только если они ещё нигде не учтены. Проверяю их даты: поздний приход не закрывает нехватку, которая возникнет до него.
- Полученную положительную потребность сопоставляю с товаром, который действительно можно подготовить к отгрузке. Затем проверяю ограничения выбранной поставки и распределяю доступный объём между позициями. Если ограничение общее, нельзя выделить весь доступный лимит каждому артикулу по отдельности.
- В конце проверяю собранную заявку целиком. Из подготовленной партии вычитаю объём, который получается отправить, и фиксирую остаток вне площадки. Для него сразу определяю место хранения, возможную дату следующей отправки и деньги, которые останутся связанными в запасе.
В этом расчёте дата поступления означает момент, когда товар сможет участвовать в продажах, а не просто день выезда машины. Между этими событиями есть путь и обработка, поэтому прогнозный остаток нужно считать до подходящей точки. Точного срока без данных по маршруту я не подставляю. Если срок неопределённый, проверяю несколько сценариев словами: поступление по плану и поступление с задержкой. Когда при задержке возникает дефицит, заранее ищу запасной вариант, а не увеличиваю закупку, которую всё равно нельзя вовремя принять.
Если потребность превышает доступный объём, я сравниваю позиции по последствиям нехватки. Смотрю, какой товар закончится раньше, где спрос устойчивее и сколько денег остаётся после расходов, связанных с продажей. Заполнять поставку только самыми быстро продающимися позициями тоже не всегда разумно, если их продажа почти ничего не приносит. Когда ограничение выражено через объём или другую складскую единицу, учитываю расход этой единицы на товар. Итоговая задача — распределить дефицитную возможность поставки, а не добиться красивого общего количества в заявке.
Прогноз потребности не равен разрешённому объёму поставки, а видимый лимит не является обещанием принять будущую закупку на тех же условиях. До оплаты партии я проверяю актуальную возможность отгрузки и последствия её изменения. Если часть товара может остаться вне Ozon, ей заранее нужны место хранения и финансовый запас. Расчёт, который работает только при немедленной приёмке всей партии, слишком хрупок для закупки.
Как увеличить лимит поставки Ozon и что делать с лишней партией
Универсального действия, которое гарантированно увеличит лимит поставки Ozon, я назвать не могу. Сначала устраняю подтверждённую причину отказа или прошу поддержку объяснить её применительно к конкретной заявке. Затем проверяю доступные в кабинете даты, склады и способы доставки. Другой вариант имеет смысл только тогда, когда товар туда действительно разрешено отправить и его можно нормально продавать после приёмки. Просто создать больше заявок недостаточно: это не гарантирует обхода общего ограничения и может запутать собственный учёт.
Если можно отправить партию частями, я отделяю срочное пополнение от запаса, который способен подождать. С поставщиком обсуждаю возможность забрать остаток позднее, если условия сделки ещё позволяют это сделать. Уже полученный товар оставляю у себя или на внешнем складе только после проверки расходов и условий хранения. Продажу со своего склада рассматриваю, когда такая схема доступна для товара и я готов выполнять её требования. Это отдельная операционная задача, а не кнопка, которая автоматически превращает недоступный складской лимит в продажи.
Смена маршрута требует пересчёта денег, даже если на экране она решает проблему объёма. Я складываю подготовку, перевозку, дополнительные складские операции и другие расходы, которые возникают именно из-за нового варианта. Тарифы беру из актуальных условий и расчётов исполнителей, а не из старой поставки по памяти. Если рассматриваю промежуточную передачу груза, использую порядок сравнения из статьи о том, как рассчитать кросс-докинг Ozon и сравнить его с прямой поставкой. При этом доступный маршрут сам по себе ещё не подтверждает возможность принять нужный объём на конечном складе.
Конкретная ошибка в расчёте — определить закупку по прогнозу продаж, но забыть ограничить план поставки доступной приёмкой. Тогда разница между закупленной и отправляемой партией превращается в вынужденный запас вне площадки. Чтобы увидеть размер связанных денег, я умножаю количество этого остатка на закупочную стоимость единицы и добавляю уже оплаченные затраты на его подготовку. Эта сумма не равна убытку: товар остаётся активом, хотя деньги пока недоступны для другой закупки. Дополнительные расходы считаю отдельно — хранение, повторную обработку, дробную перевозку и возможную уценку. Именно так решение «возьму побольше, потом отправлю» превращается из неудобства в измеримую финансовую нагрузку.
Как планировать закупку, если лимит известен заранее
Перед заказом поставщику я разделяю потребность магазина и потребность в новой закупке. Из рассчитанного пополнения вычитаю пригодный товар на своём складе и уже заказанные партии, проверяя сроки их готовности. Иначе товар, который не удалось отправить в прошлый раз, легко забыть и купить повторно. Затем сопоставляю будущую закупку с реалистичным планом поставок, не предполагая автоматического роста лимита. Если минимальная партия поставщика больше того, что я могу разместить и продать, оцениваю всю сделку вместе с хранением остатка, а не только скидку за объём.
Для такого решения мне нужен общий вид на остатки, продажи, товар в пути и деньги, а не отдельная красивая цифра оборота. Именно поэтому я сделал SellOps: готового сервиса, которому мог бы доверить свою картину магазина, я для себя не нашёл. Как устроен этот подход, я описал в разборе работы SellOps, но актуальную возможность оформить поставку всё равно проверяю в кабинете Ozon. Аналитика помогает понять потребность и последствия решения, а не выдаёт разрешение склада на приёмку. Эти задачи я намеренно не смешиваю, чтобы расчёт не создавал ложной уверенности.
Завтра я бы начал с ближайшей закупки, которую ещё можно изменить. Выписал бы по её позициям доступный остаток, ожидаемые продажи до поступления, подтверждённый товар в пути и объём, который получается оформить к отправке. После этого пересчитал бы закупку с учётом уже лежащего у меня товара и отдельно оценил деньги в неотправляемом остатке. Для каждой такой позиции выбрал бы конкретное действие: перенести закупку, согласовать частичную отгрузку или проверить другой допустимый вариант поставки. Перевозку я бы подтверждал только после повторной проверки заявки, чтобы план закупки опирался на доступную поставку, а не на надежду получить лимит позже.
Хотите увидеть эти цифры по своим товарам?
Попробовать SellOps бесплатно