Как посмотреть оборачиваемость на Ozon и понять, на сколько дней хватит товара

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

С тех пор я разделяю оценку оборачиваемости в Ozon Seller и собственный расчёт запаса в днях. Оценка площадки помогает понять, как она видит движение товара по своей методике. Мой расчёт нужен для другого: решить, хватит ли доступного остатка до пополнения и не собираюсь ли я купить лишнее. Эти показатели могут расходиться без ошибки в данных, потому что используют разные остатки, периоды и основания расчёта. Мне полезнее объяснить расхождение, чем выбрать красивое число и игнорировать остальное.

Где посмотреть оборачиваемость в кабинете Ozon

Для товара, который лежит на складах площадки, я начинаю поиск с раздела FBO: нужен экран управления остатками или отчёт по товарам на складах Ozon. Ищу там показатель оборачиваемости, его статус и пояснение к расчёту, а не просто общий остаток по артикулу. Если нужной колонки нет, проверяю настройки отображения и доступную выгрузку. Затем смотрю товарные отчёты в разделе аналитики, если в моей версии кабинета показатель вынесен туда. У меня нет доступа к вашему кабинету и актуальной раскладке его меню, поэтому точную цепочку кнопок я не буду выдавать за неизменную инструкцию.

Если найти экран не получается, в справке Ozon Seller я ищу «оборачиваемость» и «управление остатками», затем сверяю найденную инструкцию со своей схемой работы. Материал про складские остатки FBO не стоит автоматически применять к товарам на собственном складе по FBS. Открыв отчёт, я выбираю нужный магазин и артикул, проверяю складскую детализацию и дату обновления данных. После этого сохраняю выгрузку или фиксирую показатели на одну дату, чтобы сравнение с собственным расчётом не происходило на разных снимках остатков. Без такой фиксации вчерашний статус легко начать сравнивать с запасом, который уже изменился после поставки.

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

Как Ozon оценивает оборачиваемость и что означают уровни

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

Уровень оборачиваемости сам по себе не подтверждает бесплатное хранение и не показывает прибыльность товара. Условия размещения и фактические начисления нужно проверять отдельно по действующим правилам и отчётам Ozon. Медленное движение — повод проверить расходы, а не основание самостоятельно назначить товару тариф. Я не принимаю решение о распродаже только по цвету или названию статуса.

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

Как посчитать запас в днях на своих данных

Для решения о закупке я использую простую зависимость: доступный остаток делю на средние продажи за день. Получается оценка того, на сколько дней хватит товара, если выбранный темп сохранится. Это прогноз покрытия спроса текущим запасом, а не попытка воспроизвести закрытые детали расчёта площадки. В классическом расчёте оборачиваемости могут использовать средний запас за период, поэтому смешивать эти показатели под одним названием неудобно. Я прямо подписываю свою колонку «Запас в днях» и рядом сохраняю период, из которого взял продажи.

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

В примере из таблицы расчёт показывает продолжительность продаж без пополнения, но сам по себе ещё не говорит, что запас избыточен. Для такого вывода мне нужен срок поставки и понимание будущего спроса. Если пополнение долго готовится, большой запас в днях может быть осознанным решением; если товар можно быстро довезти, те же деньги могут лежать без необходимости. При отсутствии продаж я не делю остаток на нулевой темп и не рисую условно благополучное значение. Ставлю отметку «нет продаж за выбранный период» и разбираюсь, был ли товар доступен и почему его не покупали.

Ошибка, из-за которой запас кажется достаточным

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

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

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

Как использовать оценку Ozon и свой расчёт вместе

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

Ради такой сверки я и сделал SellOps: в нескольких магазинах мне неудобно каждый раз вручную соединять остатки, продажи и финансовый результат. Готового решения, расчётам которого я мог бы доверять без постоянной перепроверки, для своей работы я не нашёл. В описании как устроен сервис можно посмотреть его логику, но исходные данные и смысл показателей я всё равно проверяю отдельно. Автоматизация не исправляет неверно выбранный период спроса и не превращает недоступный остаток в продаваемый. Мне нужен воспроизводимый расчёт, в котором понятно происхождение каждого числа, а не просто дополнительный цвет рядом с артикулом.

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