Если заказ не уходит в доставку, менеджеры возвращаются к ручному копированию адресов и телефонов. Это медленно, создает ошибки и ломает ожидания покупателя.
Когда нужна такая доработка
Интеграция может сломаться после обновления CMS, изменения API доставки, смены формата телефона, появления новых обязательных полей или ошибок в статусах заказа.
Что проверяю в первую очередь
- На каком статусе заказ должен уходить в доставку.
- Какие поля обязательны для API.
- Есть ли ошибка в логах отправки.
- Корректны ли адрес, телефон, вес и габариты.
- Можно ли повторно отправить заказ без дубля.
Как я решаю задачу
Я проверяю путь заказа от оформления до ответа API службы доставки. Важно понять, не отправляется ли заказ вообще или отправляется, но отклоняется.
- Воспроизвожу проблему на тестовом заказе.
- Смотрю запрос и ответ API.
- Исправляю формат данных и обязательные поля.
- Добавляю логирование ошибок.
- Проверяю повторную отправку и смену статусов.
Что получает заказчик
- Заказы снова попадают в службу доставки.
- Ошибки становятся видимыми менеджеру или администратору.
- Меньше ручной работы.
- Можно контролировать проблемные отправки.
Что подготовить перед стартом
- Доступ к сайту или админке магазина.
- Название службы доставки.
- Пример заказа, который не передался.
- API-ключи или доступ к кабинету доставки, если нужны.
Вопросы и ответы
Можно ли сделать повторную отправку заказа?
Да, это полезно, если API временно недоступен или менеджер исправил данные.
Нужно ли хранить ответ службы доставки?
Да. Это помогает быстро понять, почему конкретный заказ не принят.
Нужна похожая задача?
Напишите, что сейчас не работает или что нужно запустить. Я посмотрю вводные, задам короткие уточняющие вопросы и предложу понятный план работ без лишней бюрократии.