В WB API есть отдельное действие запроса возврата товара, по которому оставлен отзыв. Его доступность определяется данными конкретного отзыва, поэтому нельзя применять операцию ко всем негативным оценкам автоматически. Официальный контракт проверен редакцией 14 октября 2026 года.

С чего начинается проверка доступности

Метод /api/v1/feedbacks/order/return принимает feedbackId. Возврат доступен для отзывов, у которых isAbleReturnProductOrders равен true. Это технический признак возможности действия в текущем объекте; низкая оценка или отдельное слово в тексте не заменяют его.

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

Кто должен принимать решение

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

Уточните, какое действие действительно требуется. Исправить ответ, уточнить описание товара и запросить возврат — разные процессы. Запрос возврата нельзя использовать как способ убрать неудобный отзыв: рассмотренный метод не описывает удаление оценки или пересчёт рейтинга.

Как записать результат операции

Сохраните время, feedbackId, согласованное действие и полученный результат. Документация показывает в ответе признаки error и errorText. Поэтому один HTTP-код не должен скрывать сведения об ошибке обработки. Сопоставляйте тело ответа с контрактом метода.

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

Почему запрос не равен завершению возврата

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

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