Ozon фактически урезал бесплатное хранение возвратов до нескольких часов — в ряде случаев платное хранение начинается уже со следующего утра после поступления товара на склад.
Что произошло
Формально бесплатный период хранения возвратов на Ozon никто не отменял. Но на практике механизм работает иначе, чем ожидают продавцы.
Счётчик бесплатного хранения привязан не к количеству часов, а к календарным дням. Это значит: неважно, в котором часу товар фактически поступил на склад — новый день наступил, и бесплатный период уже тикает.
Схема выглядит так:
- Возврат поступает на склад в пятницу вечером
- В субботу утром начинает начисляться плата за хранение
- Выходные — продавец физически не успевает среагировать
- К понедельнику накопилось уже два платных дня
В итоге товар, который пришёл во второй половине дня или в выходной, теряет почти весь декларируемый бесплатный период. Вместо полноценных суток — несколько часов или вовсе ноль.
Это не баг системы и не случайность. Это архитектурное решение, которое в условиях большого потока возвратов превращается в стабильный источник дохода маркетплейса за счёт продавцов.
Что это значит для селлеров
Давайте переведём это в деньги. Возьмём конкретный пример.
Предположим, у вас 50 возвратов в месяц. Половина из них — 25 штук — поступает во второй половине дня или в выходные. Стоимость хранения на Ozon — около 0,15–0,25 ₽ за литр в день в зависимости от склада и сезона. Средний объём товара — 3 литра.
| Сценарий | Количество «лишних» дней | Стоимость за 1 товар | За 25 товаров/мес |
|---|---|---|---|
| Приход в пятницу вечером | 2 дня (сб+вс) | ~1,2 ₽ | ~30 ₽ |
| Приход в будний день вечером | 1 день | ~0,6 ₽ | ~15 ₽ |
Цифры выглядят скромно. Но это один SKU. У продавца с широкой матрицей и высоким процентом возвратов — например, в категории одежды, где возвраты достигают 40–60% — картина другая. Там речь идёт о сотнях возвратов ежемесячно, и расходы на хранение растут незаметно, но стабильно.
Главная проблема не в абсолютных суммах, а в непредсказуемости. Вы рассчитываете юнит-экономику с учётом бесплатного хранения — и получаете другую цифру по факту. Это сбивает расчёты, особенно если товар продаётся небыстро и ждёт повторной отгрузки.
Формально условия не нарушены. По факту — продавец платит за хранение товара, который пришёл несколько часов назад. Это не мошенничество, но это нечестная математика.
Что делать
Полностью избежать этих расходов не получится — это системная особенность платформы. Но минимизировать потери вполне реально.
1. Настройте мониторинг возвратов
Отслеживайте поступления возвратов в режиме реального времени через API или личный кабинет. Чем быстрее вы видите товар на складе — тем быстрее можете принять решение об утилизации или повторной отправке.
2. Пересчитайте юнит-экономику с учётом реального хранения
Если раньше вы закладывали в модель «бесплатное хранение возвратов = X дней», теперь закладывайте X минус 1–2 дня. Особенно критично для товаров с долгим циклом повторной продажи.
3. Оцените целесообразность хранения низкомаржинальных товаров
Если маржа по позиции низкая, а возвраты частые — посчитайте: может быть дешевле утилизировать товар на складе, чем платить за хранение и обратную логистику? Иногда это именно так.
4. Смотрите на отчёты по хранению еженедельно
Расходы на хранение — тот тип затрат, который легко «не замечать» до конца месяца. Поставьте себе задачу проверять отчёт каждую неделю. Так аномалии видны раньше.
5. Планируйте ассортимент с учётом сезонности возвратов
В предпраздничные периоды возвраты растут кратно. Если вы заходите в высокий сезон — закладывайте в бюджет дополнительные расходы на хранение возвратов заранее, а не «по факту».
Маркетплейсы последовательно монетизируют каждый этап работы продавца. Хранение возвратов — очередной шаг в этой логике. Держите руку на пульсе расходов и считайте всё до копейки.