Если покупатель передумал возвращать часть товаров, прежнюю заявку LaaS нельзя считать подходящей автоматически. Документация Маркета предусматривает отмену до приёмки в ПВЗ и создание нового возврата с согласованным составом.

Сначала уточнить, передан ли груз

Метод cancelReturn относится к LaaS и позволяет отменить заявку только до принятия в пункте выдачи, когда shipmentStatus равен CREATED. Справка приводит сценарий изменения количества возвращаемых товаров: прежний возврат отменяют и создают новый. Для Market Yandex Go метод пока недоступен. Эти ограничения нельзя переносить на все возвраты FBS или FBY.

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

Как зафиксировать новый состав

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

Если меняется упаковка или выбранный пункт, проверьте применимость условий к новому составу. Порядок создания и проверки подходящего ПВЗ описан в руководстве по LaaS-возврату. Нельзя использовать результат проверки для другого набора товаров только потому, что разговор продолжается в той же карточке обращения.

Почему ответ на команду ещё не закрывает старую заявку

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

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

Как связать старую и новую заявки

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

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