Delivery exception - это ситуация, когда доставка выбивается из нормального маршрута. Посылка не просто "в пути", а требует внимания: адрес неверный, клиент недоступен, курьер не смог вручить заказ, посылка задержалась, повреждена, потеряна или возвращается отправителю.
Для бизнеса такой статус важен, потому что он почти всегда влияет на клиентский опыт. Если exception не обработать быстро, клиент начнет писать в поддержку, заказ может отмениться, деньги зависнут, а репутация магазина ухудшится.
В логистике delivery exception обычно приходит из API перевозчика, маркетплейса, WMS, ERP или трекинг-сервиса. У разных служб названия статусов отличаются, поэтому их часто нормализуют в понятные категории: задержка, адрес, получатель, повреждение, возврат, таможня, ручная проверка.
AI-агент может помогать: распознать тип исключения, проверить заказ в CRM, найти контакт клиента, подготовить сообщение, создать задачу оператору, запросить новый адрес, открыть тикет перевозчику или предложить возврат/повторную отправку.
Но агент не должен сам обещать компенсацию, менять адрес, оформлять возврат или списывать товар без правил и подтверждения. Для рискованных действий нужны approval, audit log и понятные лимиты полномочий.
Примеры
- Курьер не смог вручить заказ, потому что получатель не ответил на звонок.
- Перевозчик вернул статус "incorrect address", и агент попросил клиента уточнить квартиру или индекс.
- Посылка задержалась на сортировочном центре, и поддержка отправила клиенту честное обновление по срокам.
- Товар поврежден при транспортировке, поэтому агент создал тикет в службу доставки и задачу менеджеру на решение.
- Заказ с маркетплейса вернулся отправителю после нескольких неудачных попыток доставки.
- AI-агент увидел exception по VIP-клиенту и эскалировал обращение оператору вместо обычного автоответа.
Где используется
- мониторинг статусов доставки
- поддержка клиентов по заказам
- обработка задержек и возвратов
- уведомления о проблемах доставки
- эскалация VIP-заказов
- нормализация статусов перевозчиков
- создание тикетов перевозчику
- обновление заказа в CRM или ERP
- контроль маркетплейс-заказов
- аналитика причин сбоев доставки
Связанные термины
Частые вопросы
Delivery exception означает, что заказ потерян?
Не обязательно. Это общий проблемный статус. Причина может быть простой: клиент недоступен, адрес неполный, доставка задержалась или требуется ручная проверка.
Что делать при delivery exception?
Нужно определить тип проблемы, проверить трекинг и заказ, связаться с клиентом или перевозчиком, зафиксировать действие и поставить задачу ответственному, если нужен ручной разбор.
Чем здесь помогает AI-агент?
Он может классифицировать причину, собрать данные из CRM и доставки, подготовить сообщение клиенту, создать тикет и эскалировать срочные случаи.
Можно ли автоматом менять адрес доставки?
Лучше только после подтверждения клиента и с записью в audit log. Ошибка в адресе может привести к потере заказа или нарушению правил перевозчика.
Какие метрики смотреть по delivery exception?
Долю проблемных доставок, причины исключений, время до решения, долю возвратов, повторные попытки, стоимость компенсаций и влияние на CSAT.
Почему статусы разных служб доставки сложно обрабатывать?
У перевозчиков разные названия и коды статусов. Поэтому их нужно приводить к единому словарю, чтобы агент и поддержка понимали, что делать дальше.
