С 1 октября 2026 года Shopify позволяет приложениям работать с запросами покупателей на удаление неисполненных позиций заказа. Запрос становится отдельным объектом с состоянием и временем обработки. Это даёт поддержке возможность увидеть ожидающее обращение до того, как сотрудник завершит изменение заказа.

Отделите просьбу от выполненной правки

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

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

Опишите решение сотрудника

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

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

Проверьте повторное обращение

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

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

Примите процесс целиком

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

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