Яндекс Еда Vendor API: DELETE /order/{orderId} — Отмена заказа (реализует партнёр)

Параметр	Где	Тип	Обяз.	Описание
orderId	path	string	да	ID заказа в системе партнёра
eatsId	body	string	да	Сквозной ID заказа в Яндекс Еде
comment	body	string	нет	Причина отмены

Базовые URL

• Боевой (push-методы Vendor Management Integration API): https://dc-partner.eda.yandex.net
• Методы меню, заказов, ресторанов, зон и графика размещаются на сервере партнёра (: {host}

Авторизация

Тип: OAuth 2.0

На своей стороне партнёр реализует OAuth 2.0 client_credentials: метод POST /security/oauth/token выдаёт токен по client_id, client_secret, grant_type и scope (read, write). Яндекс Еда передаёт токен в каждом запросе как Authorization: Bearer token.

Для push-методов партнёр получает токен на стороне Яндекс Еды (POST /oauth2/token на dc-partner.eda.yandex.net) и передаёт заголовки Authorization и Partner-Name.

Нюансы

• Направление вызовов: методы меню, заказов, ресторанов, зон доставки и графика реализует партнёр, а Яндекс Еда их вызывает; push-методы вызывает партнёр на dc-partner.eda.yandex.net.
• Модели запросов и ответов версионируются через Content-Type/Accept: application/vnd.eats.order.v2+json, application/vnd.eats.menu.composition.v2+json и т. п.
• Статус заказа меняется только вперёд по цепочке; приготовленный заказ нельзя снова сделать новым.
• Даты — RFC3339 с дробной частью секунд.
• Есть также методы отзывов (POST /v1/feedback, POST /feedback-answer), зон доставки (GET /places/{restaurantId}/zones), графика работы (GET /places/{restaurantId}/schedule) и валидации кода курьера.

Сценарии с этим методом

• Принимать заказы Яндекс Еды в своей системе

---

Если этого недостаточно — официальная документация: https://yandex.ru/dev/eda-vendor/doc/ru/ref/ Вся интеграция одним документом: https://mcp-everything.ru/integrations/yandex-eda-vendor.md