Оформляем возврат излишков со склада Wildberries
Двадцать восемь минут — столько уходит у оператора на формирование одной заявки на вывоз: открыть раздел «Возвраты и обезличка», выбрать РЦ, пробить баркоды, сверить тариф, получить PDF-задание.
Диагностика стока: в какой момент пора вывозить
Прежде чем открывать раздел возвратов, остатки имеет смысл прогнать через три фильтра. Это снимает две ошибки сразу — вывоз ликвидного товара и подачу заявок, которые склад не примет из-за минимального объёма.
Что проверяем перед оформлением:
- Срок хранения на РЦ. Внутренний триггер для большинства селлеров — 45–60 дней: после этой отметки ежедневная ставка хранения начинает «съедать» юнит-экономику позиции. Для сезонных и скоропортящихся SKU порог ниже — 20–30 дней, иначе товар рискует не дотянуть до следующего пика продаж.
- Доля от общего остатка категории. Если на складе лежит 25–30% SKU одной категории, а оборачиваемость категории просела, это красный сигнал. Визуально это видно в дашборде «Аналитика» → «Складские остатки»: позиции выпадают в категорию «низкая оборачиваемость» и накапливают штрафной коэффициент.
- Тарифный коэффициент кластера. Коледино и Электросталь исторически дешевле в хранении, чем удалённые РЦ (Краснодар, Казань, Новосибирск). Формула «держать до последнего» работает на «дешёвых» кластерах заметно лучше, поэтому на удалённых точках вывоз стоит инициировать раньше.
Возврат становится экономически оправданным, когда ежедневная ставка хранения × число оставшихся дней до принудительной утилизации превышает стоимость логистики вывоза с коэффициентом 1,2–1,5.
Если хотя бы два фильтра из трёх дают красный сигнал — есть смысл переходить к технической части и фиксировать заявку до того, как ставка хранения «доела» остаток.
Технический процесс: создание заявки в личном кабинете поставщика
Маршрут по интерфейсу за последние релизы менялся дважды — названия кнопок и разводка меняются между обновлениями, но логическая цепочка стабильна: «Поставки» → «Управление поставками» → «Возвраты и обезличка» → «Создать заявку на вывоз». Дальше — пять шагов, на каждом из которых встречаются характерные баги и узкие места.
1. Выбор складов-источников. Заявка привязывается к конкретному РЦ, не к аккаунту целиком. Если товар раскидан по трём-четырём кластерам, систему придётся обходить заявка за заявкой — агрегации по разным РЦ в одном интерфейсе нет. Это главная причина, почему у продавцов с большим SKU-листом процедура превращается в еженедельную рутину.
2. Сканирование или ручной ввод баркодов. Доступны два режима: камера смартфона через мобильное приложение «WB Партнёры» (быстрее, если товар уже в зоне упаковки) и поле ручного ввода в веб-кабинете (удобно при сверке по excel-выгрузке после переупаковки). Wildberries идентифицирует SKU по связке артикул+размер: ошибка хотя бы в одном символе — заявка возвращается в статус «Отклонена», и оператор начинает шаг 2 заново.
3. Выбор способа получения. Развилка между самовывозом крупной партией и доставкой до ПВЗ. Подробно параметры разобраны в следующем разделе — здесь влияет только геометрия партии.
4. Подтверждение и оплата логистики. Тариф рассчитывается автоматически по габаритам, литражу или кубометрам, отображается в карточке заявки до подтверждения. Без оплаты статус не переходит в «Принята» — заявка висит как «Создана».
5. Получение штрихкода-задания. После подтверждения в личном кабинете появляется PDF с этикеткой для склада. Документ обязателен при самовывозе и при приёмке на ПВЗ — без него склад имеет право отказать в выдаче.
Самая частая проблема на этом маршруте — рассинхрон между учётной системой продавца (1С, МойСклад, Notion-таблица) и фактическими баркодами на коробках. После переупаковки или перемаркировки артикулы в ЛК маркетплейса и в файле продавца расходятся, и каждая такая ошибка стоит 7–15 минут ручного разбора.
Выбор логистического плеча: ПВЗ против самовывоза
Это ключевая развилка по экономике и операционке. Универсального ответа нет — он зависит от объёма партии, габаритов SKU и наличия собственного транспорта. Сравнение по параметрам, которые реально влияют на итоговую стоимость:
| Параметр | Доставка до ПВЗ | Самовывоз со склада |
|---|---|---|
| Минимальный объём заявки | От 1 коробки; ограничения по РЦ | От 1 паллеты; ограничения по РЦ |
| Ограничения по габаритам | Строгие: сторона коробки и вес ограничены параметрами ПВЗ | Шире: крупногабарит и паллеты до нескольких тонн |
| Тарифная база | По литражу, считается автоматически | По кубометрам, возможна договорная ставка |
| Время в пути | Несколько дней (зависит от логистического плеча маркетплейса) | 0 дней — забираете сами в назначенный слот |
| Срок хранения до получения | До 7 календарных дней на ПВЗ после статуса «Готов к выдаче» | Не применимо |
| Главный операционный риск | Утилизация или штраф при неявке за товаром | Штраф за неявку транспорта в слот |
ПВЗ выгоднее для мелких и средних партий с компактной упаковкой — самовывоз оправдан, когда у продавца есть свой транспорт и партия укомплектована хотя бы одной паллетой.
При выборе ПВЗ важно заранее проверить, что выбранная точка принимает габариты возвращаемого товара: ограничения по стороне коробки и весу не универсальны для всех пунктов выдачи и зависят от типа точки — стационарный ПВЗ или партнёрский пункт.
Контроль статусов и сроки хранения на ПВЗ
После подтверждения заявка проходит через фиксированный набор статусов. Их удобно держать в трекере — например, в гугл-таблице, — чтобы не пропустить точку, в которой товар уже ждёт на ПВЗ, а платное хранение на РЦ уже начислено и продолжает тикать до момента выдачи.
Хронология статусов по карточке заявки:
- «Создана» — заявка появилась в системе, склад её ещё не взял в работу. В этом состоянии она может висеть от нескольких часов до нескольких дней — зависит от загрузки конкретного РЦ.
- «Принята к исполнению» — слот назначен, в карточке появляется ориентировочная дата формирования партии.
- «В пути» — при выборе ПВЗ груз перемещается внутри логистической сети маркетплейса. Управляющего действия заявка в этом статусе не требует.
- «Готов к выдаче» — финальный статус. С него начинается отсчёт 7 календарных дней на ПВЗ для получения товара продавцом.
Тонкость в том, что дашборд ЛК обновляется пакетно, а не в режиме реального времени — интервал обновления обычно 4–8 часов. На больших объёмах (десятки заявок параллельно) это создаёт проблему пропущенных «Готов к выдаче» и, как следствие, перехода товара в категорию невостребованных. Рабочий способ снять риск — подружить ЛК с гугл-таблицей через парсинг или штатный API, тогда статус видно в реальном времени без ручного обновления страницы. Окно между статусами, когда заявка уже «Принята», но ещё не в работе склада, — удобный момент для задач, не требующих немедленного реагирования: например, для систематизации складских остатков или тренировки аналитического мышления через логические головоломки на специализированных обучающих платформах — кому что ближе к складской рутине.
Финансовые аспекты: тарифы, штрафы, риски утилизации
Деньги в этой процедуре утекают в трёх местах, и продавцы регулярно путают, где какое. Разберём по порядку.
1. Плата за логистику вывоза. Списывается при подтверждении заявки. Тариф рассчитывается по литражу (ПВЗ) или кубометрам (самовывоз) и зависит от региона — точную цифру до подтверждения показывает только карточка заявки. После подтверждения тариф фиксируется и не пересчитывается, даже если габариты в реальности окажутся меньше.
2. Хранение на ПВЗ после статуса «Готов к выдаче». Первые 7 календарных дней обычно бесплатны — это окно для логистики продавца. После него начинает начисляться посуточная ставка, и одновременно резко растёт риск перехода товара в категорию «невостребованный» со всеми вытекающими.
3. Утилизация или принудительное перемещение. Самый дорогой сценарий: если продавец не забрал товар в установленный срок, маркетплейс вправе утилизировать позицию перевести её на другой РЦ с начислением штрафных санкций. Компенсация по утилизации рассчитывается по внутренней формуле оферты и почти никогда не дотягивает до закупочной стоимости — особенно на товарах с коротким сроком годности или сезонных коллекциях.
Бесплатного вывоза не бывает — любой возврат стоит ровно столько, сколько рассчитано в карточке заявки до её подтверждения. Если итоговая сумма кажется подозрительно низкой, проверьте габариты: ошибка в одну сторону коробки в большую сторону способна удвоить тариф.
Финальный вердикт: когда возврат — это не разовая акция, а процесс
Если вывоз излишков случается раз в квартал и речь о 100–200 единицах — ручная работа в личном кабинете оправдана: 30–50 минут оператора дешевле интеграции. Но если SKU перевалил за тысячу, а остатки регулярно «подвисают» на удалённых кластерах, оформление возвратов превращается в постоянную нагрузку на одного-двух операторов. Здесь возникает запрос на интеграцию через API ЛК поставщика — и эта задача вполне посильная: парсер тянет статусы в гугл-таблицу, условие «срок хранения > 60 дней» само формирует драфт заявки, остаётся только кликнуть «Подтвердить». Бесшовной процедура пока не стала — официальная документация по методам возвратов обновляется между релизами, и часть полей приходится подбирать эмпирически — но рабочие обёртки у нескольких крупных интеграторов уже существуют и стабильно работают на аккаунтах с десятками РЦ.
Возврат неликвида — это не «разгрузить склад» и не «спасти деньги». Это штатная операция FBO, которая работает по тем же принципам, что и приёмка: чем меньше ручных переходов и человеческого фактора между остатком в дашборде и грузом на вашем складе, тем стабильнее юнит-экономика по конкретному SKU. Алгоритм, описанный выше, закрывает ручной сценарий; автоматизация через API — следующий уровень для тех, у кого лишних 0,5 FTE на подобные заявки просто нет в штатном расписании, а логистические потери на каждом пропущенном статусе «Готов к выдаче» уже съедают маржу категории.