Для бизнеса такой статус важен, потому что он почти всегда влияет на клиентский опыт. Если 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.
Почему статусы разных служб доставки сложно обрабатывать?
У перевозчиков разные названия и коды статусов. Поэтому их нужно приводить к единому словарю, чтобы агент и поддержка понимали, что делать дальше.
