Если заказ Wildberries отображается в inSales как «Отмена продавцом», одного этого названия недостаточно, чтобы установить инициатора отмены. Официальная справка интеграции описывает случай, когда покупатель отменяет заказ в первый час, а в inSales появляется именно такая отметка. Для анализа причин нужно сопоставить исходное событие и его отображение.

Два сценария отмены покупателем

По документации inSales, ранней отмене до отгрузки соответствует код Wildberries declined_by_client и отображение «Отмена продавцом». Отказу при получении соответствует canceled_by_client и «Отмена покупателем». Это описание конкретного коннектора; оно не устанавливает правила штрафов и не означает, что любой заказ с первым названием отменил покупатель.

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

Проверьте действующее сопоставление

Настройки находятся в секции FBS/DBS. После включения управления заказами можно сопоставить состояния маркетплейса со статусами inSales; если подходящего нет, справка предусматривает создание пользовательского статуса.

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

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

Разделите причину отмены и состояние товара

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

Не переносите на WB настройки другого маркетплейса. Например, разбор отмен Ozon в inSales касается собственных условий освобождения остатка. Здесь задача — правильно прочитать отмену Wildberries и не подменить факт действием, которое предполагается по похожему названию.

Как проверить отчёт после исправления

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

Отдельно проверьте период и показатель: количество отмен не равно сумме финансовых удержаний. Если нужен денежный результат, переходите к сверке закрытой недели WB и inSales. Итог разбора — объяснённая группа заказов и документированное соответствие состояний, которое следующий сотрудник сможет проверить повторно.

Справка интеграции проверена 27 октября 2026 года. Руководство описывает действующее сопоставление и редакционный порядок сверки, а не новую функцию или изменение правил ответственности продавца.