При переносе курьерской доставки LaaS сначала получают доступные интервалы для конкретного заказа. Пустой список означает, что выбирать новый интервал из этого ответа нельзя.

Запросите варианты для существующего заказа

getOrderUpdateOptions относится к LaaS и возвращает доступные интервалы для изменения даты и времени курьерской доставки. Метод пока недоступен продавцам Market Yandex Go. Справка проверена 19 октября 2026 года; это дата инструкции, а не объявления нового способа доставки.

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

Сохраните дату и время одной парой

Ответ содержит availableDeliveryIntervals. Каждый вариант объединяет интервал дат deliveryDateInterval и интервал времени deliveryTimeInterval. Если вариантов нет, массив пуст. Не подставляйте автоматически завтрашний день или последний успешно использованный диапазон.

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

Обработайте отсутствие вариантов без ложного обещания

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

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

Закройте задачу после подтверждения изменения

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

Не переносите этот порядок напрямую на согласование даты DBS: там продавец организует другую модель исполнения. Общая надпись «доставка Маркета» в вашей CRM не должна скрывать различие процессов. Правильный маршрут обращения зависит от модели конкретного заказа.

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