Платное хранение возвратов на Ozon и что делать с товаром, который не забрали
Возврат может продолжать приносить расходы, даже если продажа уже отменена. Я разбираю, как проверить начисления, выбрать между повторной продажей, вывозом и утилизацией и сравнить варианты по будущим деньгам.
Бухгалтер прислала мне начисление за хранение, а я полез проверять остатки товаров в продаже. Искал причину совсем не там: разбираться нужно было с возвратами, которые зависли без решения. В своей таблице я уже учёл отменённую продажу и мысленно закрыл эту историю. Но товар физически оставался на стороне площадки, занимал место и требовал дальнейших действий. С тех пор я отдельно проверяю, закончился ли возврат денег покупателю и закончилась ли история с самой вещью.
Самая неприятная часть здесь — привычка считать ожидание бесплатным вариантом. Кажется, что можно сначала заняться поставками и рекламой, а потом разобраться с коробками, которые вернулись. Между тем у возврата есть местонахождение, статус, условия хранения и возможный срок, в который продавцу нужно что-то сделать. Причём решение «забрать всё» тоже не обязательно спасает деньги: вывоз, проверка и восстановление упаковки могут обойтись дороже того, что получится вернуть продажей. Я сравниваю дальнейшие расходы и возможные поступления, а уже после выбираю действие.
Почему незабранный возврат может стать платным
Возврат от покупателя не означает, что товар автоматически снова доступен для заказа. Его могут проверять, перемещать, готовить к выдаче продавцу или учитывать в другом статусе — конкретный маршрут зависит от схемы работы и обстоятельств возврата. Пока вещь находится у площадки, с ней могут быть связаны отдельные операции и хранение. Если условия для этого вида возврата предусматривают платное размещение после определённого события или срока, отсутствие решения со стороны продавца не останавливает начисления. Поэтому платное хранение возвратов на Ozon я начинаю проверять с вопроса, что именно происходит с товаром, а не с поиска общей ставки.
Здесь легко смешать возврат покупателя, товар, подготовленный к вывозу, и обычный остаток, который снова поступил в продажу. Для расчёта это разные ситуации, даже если артикул совпадает. Я выясняю, какое событие запускает начисление по конкретной услуге, где лежит товар и какое действие сейчас доступно продавцу. Точные сроки и тарифы беру из действующих условий Ozon и сведений по своему возврату: универсального срока для любого случая я не назову. Ещё проверяю, чем по правилам заканчивается бездействие, поскольку дальнейшая судьба товара может зависеть от его статуса и условий обработки.
Заявка на вывоз и фактическое завершение хранения — разные события. Нельзя считать, что плата прекратилась только потому, что продавец выбрал действие в кабинете. Проверьте в действующих условиях, какое событие завершает начисление именно по вашей услуге, а затем найдите подтверждение этого события. Пока подтверждения нет, я оставляю возврат на контроле.
Локальность: сколько товара уехало покупателям из того же кластера, где он лежал, а сколько — через всю страну. Нелокальная доставка дороже, и в юнит-экономике это видно.
Где искать расходы на логистику и хранение возвратов
Я начинаю с финансовых документов и детализации начислений, затем сопоставляю их с разделом возвратов и заявками на вывоз, если они есть. Названия разделов интерфейса могут меняться, поэтому ориентируюсь на содержание операции и её расшифровку. Мне нужны идентификатор возврата или отправления, артикул, количество, место нахождения, даты событий и название услуги. Если начисление объединяет несколько товаров, пытаюсь получить детализацию до уровня, на котором можно установить причину расходов. Без такой связки строка «хранение» показывает, сколько удержали, но почти ничего не говорит о том, что исправлять.
В расходах Ozon логистика и хранение могут относиться к разным этапам движения одной вещи. Обратная перевозка, дальнейшее размещение и выдача продавцу не должны превращаться в безымянную общую сумму, иначе невозможно сравнить варианты. Уже начисленные услуги я отделяю от будущих, а непонятные операции сначала проверяю, чтобы не заложить одну затрату повторно. Если не удаётся связать удержание с возвратом, отправляю в поддержку идентификаторы, даты и название операции с просьбой объяснить основание расчёта. Сам поиск начислений подробнее разобран в статье о том, где посмотреть платное хранение на Ozon и найти товары, которые съедают прибыль.
Вернуть в продажу, вывезти или утилизировать
Возврат в продажу я рассматриваю, если состояние товара позволяет его продавать и такой маршрут действительно доступен в текущем процессе Ozon. Одного желания продавца здесь недостаточно. Нужно понять результат проверки, состояние упаковки, комплектность и ограничения для конкретного товара. Затем я смотрю на спрос: исправная вещь, которую почти не покупают, способна снова надолго остаться на хранении. Если для повторной продажи сначала потребуется забрать товар и восстановить его, считаю этот путь как вывоз с последующим размещением, а не как бесплатное возвращение в остатки.
Вывоз имеет смысл, когда у меня есть понятный план после получения товара. Например, я могу проверить его, заменить упаковку, восстановить комплектность и продать через доступный канал с корректным описанием состояния. В расчёт попадает весь маршрут: получение, перевозка, приёмка, работа с товаром, собственное хранение и дальнейшая продажа. Если еду забирать общую партию, распределяю расходы по подходящему признаку — объёму, весу или фактической трудоёмкости, а не произвольно. Иначе дешёвый небольшой товар может выглядеть убыточным только потому, что на него перенесли расходы тяжёлой партии.
Утилизация для меня — отдельный хозяйственный вариант, а не признание того, что закупка была ошибкой. Я рассматриваю её, когда товар нельзя безопасно продавать либо ожидаемые поступления не покрывают дальнейшие расходы на восстановление и реализацию. При этом проверяю доступность процедуры, её стоимость, требования к товару и подтверждающие документы. Ждать покупателя бесконечно тоже стоит денег: товар занимает место, а вложенные средства остаются недоступны для других закупок. Этот второй слой потерь я разбираю отдельно в статье о том, как посчитать деньги, замороженные в товаре и выплатах Ozon, но не смешиваю его с фактическими удержаниями площадки.
Как посчитать, какое решение дешевле
Я сравниваю варианты из одной точки: товар уже вернулся, и решение нужно принять сейчас. Закупка, завершённая обратная перевозка и начисленное хранение относятся к истории товара, если эти расходы уже понесены и не зависят от нового решения. Они нужны для полной прибыли, но сами по себе не делают вывоз выгоднее утилизации. Для выбора дальнейшего действия я считаю ожидаемые поступления за вычетом всех расходов, которые ещё возникнут именно из-за выбранного пути. Сравнение веду до завершения каждого сценария: продажа, передача в другой канал или подтверждённая утилизация.
Расчёт решения по конкретному возврату
1
Проверьте доступные действия
Запишите местонахождение, состояние и статус товара. Исключите варианты, которые недоступны по действующим условиям или требуют пока неизвестной проверки.
2
Оцените будущие поступления
Возьмите реалистичную цену продажи с учётом состояния товара. Если спрос неясен, отдельно посчитайте исход, при котором продать его не получится.
3
Вычтите расходы продажи
Из ожидаемого поступления вычтите будущие удержания, доставку покупателю, налоги и другие расходы реализации, применимые к вашему случаю. Не добавляйте повторно то, что уже учтено внутри полученной суммы.
4
Вычтите подготовку товара
Учтите вывоз, перевозку, проверку, восстановление упаковки и комплектности. Для повторного размещения добавьте необходимые расходы поставки.
5
Добавьте стоимость ожидания
Вычтите хранение до завершения выбранного маршрута по применимым условиям. Для утилизации вместо расходов продажи учтите расходы её оформления и исполнения.
6
Сравните остаток денег
Выберите доступный вариант с наибольшим будущим денежным результатом. Затем проверьте, сохраняется ли выбор при задержке продажи, дополнительных работах или снижении цены.
В таблице я показываю именно будущий денежный результат, а не полную прибыль за всю жизнь товара. Все суммы условные и не описывают тарифы Ozon. Строка расходов реализации объединяет применимые затраты продажи, включая налоги; в рабочем расчёте я раскрываю её на отдельные составляющие. Вариант возврата в продажу здесь предполагает, что он доступен без вывоза, а вариант вывоза — последующую реализацию через выбранный продавцом канал. Прочерк означает, что в этом условном сценарии соответствующей операции нет, а не то, что площадка оказывает её бесплатно.
Пример сравнения решений по возврату — числа условные
Из будущих поступлений вычитаются расходы выбранного маршрута
Статья расчёта
Вернуть в продажу
Вывезти и продать
Утилизировать
Будущие поступления
1000 ₽
1000 ₽
—
Расходы реализации, условная сумма
250 ₽
150 ₽
—
Вывоз и перевозка
—
200 ₽
—
Проверка и подготовка
100 ₽
100 ₽
—
Будущее хранение
100 ₽
50 ₽
—
Расходы утилизации
—
—
100 ₽
Будущий денежный результат
550 ₽
500 ₽
−100 ₽
Пример, числа условные. Удержания и услуги не являются действующими тарифами Ozon.
В примере из таблицы возврат в продажу оставляет больше денег, чем другие маршруты, но этот результат держится на предположении о состоявшейся продаже. Если товар не купят, поступления исчезнут, а часть расходов останется и может добавиться стоимость окончательного избавления от товара. Поэтому при отсутствии данных о спросе я не называю расчёт прогнозом, а считаю его условным сценарием. Для проверки беру фактические продажи сопоставимого товара, учитываю его состояние и смотрю, насколько реалистично ожидание. Отрицательный результат утилизации при этом не делает её заведомо плохой: она может оказаться меньшим будущим убытком, чем попытка продать невостребованную вещь.
Ошибка, из-за которой возврат продолжает съедать деньги
Самая дорогая ошибка в таком расчёте — защищать уже потраченную закупочную стоимость новыми расходами. Логика звучит убедительно: товар дорого обошёлся, значит, нужно обязательно забрать и попробовать продать. Но цена закупки не гарантирует ни спроса, ни исправности, ни возможности восстановить вещь с приемлемыми затратами. Если будущие поступления окажутся меньше вывоза, подготовки, хранения и реализации, продавец увеличит старый убыток. В примере из таблицы эту ошибку можно проверить, заменив ожидаемое поступление своей реальной оценкой и пересчитав оставшиеся строки без попытки оправдать закупку.
Обратная ошибка — назвать будущий денежный результат чистой прибылью по товару. Для полного результата я отдельно восстанавливаю всю цепочку: фактическую выручку с учётом возврата покупателю, себестоимость, первоначальные расходы продажи, обратную логистику, хранение и выбранное завершение истории. Возвращённый платёж нельзя одновременно вычесть из уже скорректированной выручки и записать повторным убытком. При списании товара также нельзя снова добавить себестоимость, если она уже признана расходом в используемом расчёте. Поэтому у меня существуют отдельные показатели: сколько денег ещё можно сохранить этим решением и чем в целом закончилась работа с товаром.
Что сделать с накопившимися возвратами завтра
Завтра я бы начал с выгрузки возвратов, по которым ещё не подтверждено окончательное действие. В рабочую таблицу добавил бы статус, местонахождение, доступные маршруты, основание начала платного хранения и ближайшее требуемое действие. Затем отметил бы товары с уже идущими начислениями и те, по которым подходит установленный для конкретного случая срок. Приоритет определял бы по стоимости задержки, а не только по цене товара. Дорогой исправный возврат без текущих начислений иногда может подождать, тогда как дешёвая партия с растущими расходами требует решения раньше.
Для каждого такого возврата мне нужна запись о решении, ответственном и подтверждении исполнения. Если данных о состоянии или тарифе не хватает, это становится отдельной задачей с понятным вопросом, а не поводом оставить строку без движения. С несколькими магазинами ручная сверка быстро становится неудобной, поэтому я и сделал SellOps: мне нужен был собственный сервис аналитики, которому я мог бы доверять. Мой подход к работе с данными описан на странице о том, как устроен SellOps, но исходные документы и условия конкретной услуги всё равно нужно проверять. Аналитика помогает увидеть проблему, а фактический вывоз или другое действие приходится доводить до подтверждённого результата.
После выбора маршрута я сразу выполняю доступное действие и сохраняю его подтверждение. Затем возвращаюсь к статусу товара и последующим начислениям, чтобы проверить, действительно ли история закрылась. Если плата продолжилась, сопоставляю период услуги с датой события, которое по условиям должно было прекратить хранение, и только после этого разбираю расхождение. Завершённым считаю возврат, по которому понятна судьба вещи и проверены связанные расходы. Начать можно с товара, который уже приносит плату за ожидание: найти его, посчитать доступные маршруты и перестать оставлять решение на потом.
Разбор для продавцов Ozon
Как передавать коды маркировки
Разбор8 ноября 2026 г.
Как передавать коды маркировки в Ozon на FBS и что делать с УПД
Разбираю путь кода от получения товара до сборки заказа FBS, передачи сведений в Ozon и проверки возврата. Объясняю, почему УПД не заменяет код в отправлении, где искать причину ошибки и что меняется при работе по FBO.