Статусы заказов Wildberries после отгрузки: выкуп, отказ и возврат

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

Для контроля используйте один ID заказа и сопоставляйте его движение в «Ленте заказов» с возвратами и финансовой детализацией. Так плашка превращается в проверяемую цепочку событий.

Содержание

• Что означает статус заказа для продавца Wildberries?
• Где смотреть полный путь заказа?
• Какие группы статусов есть в «Ленте заказов»?
• Что означают «создан», «на сборке», «в пути» и «готов к выдаче»?
• Когда заказ становится выкупом?
• Чем отказ отличается от возврата?
• Какие причины входят в отказы?
• Что означает техническая отмена?
• Что означает возврат после выкупа?
• Когда статус влияет на остаток?
• Можно ли по статусу определить списание логистики?
• Почему статусы в отчётах расходятся по времени?
• Что считать зависшим статусом?
• Как диагностировать задержку, утерю или неверный статус?
• Какие данные сохранить для обращения?
• Как контролировать статусы массово?
• Когда нужен API, а когда достаточно выгрузки?
• Когда статус можно использовать в споре?
• Чек-лист контроля заказов Wildberries?

Что означает статус заказа для продавца Wildberries?

Статус отвечает на вопрос, где находится конкретная единица и какое событие произошло последним. Он помогает управлять сборкой, видеть путь до выдачи, считать выкупы и находить проблемные возвраты.

У одного покупателя в оформлении может быть несколько товаров, но в аналитике каждая единица и вариант отражаются отдельной строкой. Поэтому сравнивайте данные по ID заказа и артикулу, а не только по времени покупки.

Где смотреть полный путь заказа?

Основной сводный источник — «Лента заказов» в аналитике продавца. Она собирает заказы разных моделей, показывает текущий статус, дату изменения, товар, склад отправления, город назначения и ID заказа. Основная информация также доступна на главной странице кабинета.

Для оперативной проверки используйте ленту, для денег — финансовую детализацию, для физического возврата — соответствующий отчёт о возвратах и перемещениях. Разные отчёты отвечают на разные вопросы.

Какие группы статусов есть в «Ленте заказов»?

Группа	Что в неё входит	Что делает продавец
Активные	Создан, на сборке, в пути, готов к выдаче	Контролирует сроки и аномалии
Выкупы	Товар передан и выкуплен	Сверяет продажу и начисления
Возвраты	Товар вернули после выкупа	Проверяет причину, обратную логистику и остаток
Возврат: брак	Брак подтверждён в предусмотренном процессе	Сверяет решение, товар и финансовые последствия
Отказы	Отмена до получения, отказ при выдаче, истёкший срок и иные причины	Анализирует причину и обратный путь

Эти группы удобны для управления, но внутри активного пути могут быть более подробные этапы. Не стройте постоянный справочник из скриншотов: названия интерфейса меняются, а бизнес-смысл групп сохраняется.

Что означают «создан», «на сборке», «в пути» и «готов к выдаче»?

Это активный путь до окончательного решения покупателя. «Создан» фиксирует оформление, «на сборке» — подготовку, «в пути» — логистическое движение, «готов к выдаче» — прибытие в точку получения. Пока заказ активен, он не считается завершённым выкупом.

Для FBW часть операций выполняет склад Wildberries, для FBS продавец отвечает за свою сборку и своевременную передачу. После подтверждённой сдачи продавец наблюдает дальнейший путь и вмешивается только при аномалии.

Когда заказ становится выкупом?

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

Для анализа выкупа используйте стабильный период и учитывайте товары, которые ещё находятся в пути. Оперативная доля по сегодняшним заказам будет занижена, потому что часть активных заказов ещё не дошла до финала.

Чем отказ отличается от возврата?

Отказ происходит до окончательного выкупа или при получении. Возврат относится к товару, который уже был выкуплен и затем возвращён. Эти события по-разному влияют на воронку, причины потерь и движение остатка.

Не объединяйте их в одну метрику «не забрали». Отказы чаще проверяют по доставке, ожиданиям и карточке; возвраты — ещё и по качеству, комплектации, использованию и заявленному браку.

Какие причины входят в отказы?

Wildberries разделяет отмену покупателем до получения, отказ при получении, истёкший срок хранения и иные причины. Техническая отмена выделяется отдельно, потому что не обязательно связана с решением покупателя.

Для управления достаточно видеть тип причины и долю по товару, складу и периоду. Попытка объяснить каждый единичный отказ без повторяемого сигнала ведёт к ложным выводам.

Что означает техническая отмена?

Это отмена по причинам, не связанным напрямую с действием покупателя: например, товар не удалось доставить, остаток отсутствовал при отгрузке или произошла техническая проблема. Сначала подтвердите тип события и сохраните ID заказа.

Часть технически аннулированных, потерянных или ошибочно вложенных заказов может не входить в обычную выборку «Ленты заказов». Если строка исчезла или не находится, проверяйте другие отчёты и обращайтесь с исходными идентификаторами.

Что означает возврат после выкупа?

Статус подтверждает, что покупатель вернул ранее выкупленный товар. Отдельная отметка брака используется, когда брак подтверждён предусмотренным процессом; немедленный отказ при получении к ней не относится.

Проверьте причину, дату, обратную логистику и место, куда движется товар. Финальное оприходование не следует автоматически из слова «возврат»: единица может ещё находиться в пути, требовать проверки или перейти в иной статус.

Когда статус влияет на остаток?

Остаток меняется после фактической операции учёта, а не по ожиданию продавца. Заказ резервирует или выводит единицу из доступности в зависимости от модели, возврат возвращает её в продажу только после предусмотренной обработки.

Если статус завершился, а остаток не изменился, сопоставьте артикул, склад, дату статуса и историю движения. Не добавляйте единицу вручную до подтверждения, иначе создадите продажу несуществующего остатка.

Можно ли по статусу определить списание логистики?

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

Сверяйте ID заказа или корзины, дату операции, тип услуги, сумму и артикул. Если статус и начисление расходятся, спор строится вокруг двух источников, а не вокруг предположения «при этом статусе списывать не должны».

Почему статусы в отчётах расходятся по времени?

«Лента заказов» обновляется почти в реальном времени, а другие аналитические и финансовые отчёты могут получать данные с задержкой. Кроме того, один отчёт группирует путь, другой фиксирует событие на дату заказа, третий — дату финансовой операции.

Перед спором сравните временные зоны, выбранные периоды и дату, по которой строится каждый отчёт. Расхождение сегодняшних данных не обязательно является ошибкой.

Что считать зависшим статусом?

Не используйте универсальный порог вроде 72 часов для всех этапов. Нормальная длительность зависит от модели, маршрута, региона, выходных и конкретного события. Аномалия возникает, когда заказ заметно выбивается из сопоставимой группы или нарушает срок, прямо указанный в вашем процессе.

Сравните заказы того же склада, направления и даты передачи. Если большинство уже завершило этап, а несколько ID остались без движения, формируйте выборку для проверки.

Как диагностировать задержку, утерю или неверный статус?

Наблюдение	Что исключить	Следующий шаг
Один заказ отстаёт	Другой маршрут или поздняя передача	Сверить хронологию конкретного ID
Задержалась группа одного склада	Нагрузка или сбой точки	Сравнить медиану по складу и дате
Статус завершён, денег нет	Задержку финансового отчёта	Проверить детализацию следующего периода
Возврат завершён, остатка нет	Товар ещё не оприходован	Проверить отчёт движения и склад
Заказ исчез из ленты	Исключённый тип отмены или период выборки	Искать по исходному ID в связанных отчётах

Меняйте одно предположение за раз. Если одновременно смешать задержку статуса, финансовый спор и недостачу, поддержке будет сложнее определить владельца проблемы.

Какие данные сохранить для обращения?

• ID заказа и артикул WB;
• модель продаж и склад отправления;
• дата оформления, сборки и подтверждённой передачи;
• текущий статус и дата его изменения;
• скрин или выгрузка строки из отчёта;
• связанная финансовая операция или её отсутствие;
• ожидаемое действие: уточнить движение, исправить статус, найти возврат или проверить начисление.

Короткая хронология полезнее общей жалобы «заказ завис». Если затронута группа, приложите таблицу ID с одинаковым симптомом и контрольный заказ, который прошёл нормально.

Как контролировать статусы массово?

Выгружайте текущую выборку «Ленты заказов» и храните снимки по датам. Для каждого ID достаточно последнего статуса, даты изменения, модели, склада, артикула и финансового результата. Затем выделяйте возраст активного статуса и повторяющиеся причины отказов.

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

Когда нужен API, а когда достаточно выгрузки?

Выгрузки достаточно для периодической сверки и небольшого потока. API полезен, когда статусы нужно получать часто, связывать с WMS или автоматически искать просроченные этапы. Но интеграция должна хранить исходный ID, время получения и необработанное значение статуса.

Не превращайте текущие названия API в постоянный справочник внутри бизнес-логики. Используйте слой сопоставления, который переводит технические значения в устойчивые группы: активен, выкуплен, отказ, возврат, техническое исключение.

Когда статус можно использовать в споре?

Статус является одним доказательством, если он связан с ID, датой и источником. Для спора по утере добавьте подтверждение передачи; по возврату — движение и приёмку; по деньгам — финансовую строку; по FBS — события сборки и сдачи.

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

Чек-лист контроля заказов Wildberries?

1. Выберите один источник оперативного статуса и сохраните ID заказа.
2. Разделите активные заказы, выкупы, отказы и возвраты.
3. Не считайте активный заказ продажей до финального события.
4. Для отказа определите тип причины, для возврата — движение и состояние товара.
5. Сверьте статус с остатком и финансовой детализацией.
6. Учитывайте задержку обновления разных отчётов.
7. Сравните подозрительный заказ с сопоставимыми маршрутами.
8. Соберите хронологию и доказательства до обращения.
9. Для массового контроля храните последовательные выгрузки, а не только текущий снимок.
10. Закрывайте инцидент после подтверждения движения, денег или возврата товара.

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