Что получится
ИИ-агент для логистики и доставки помогает команде видеть, где находится заказ, какой перевозчик подходит, почему отправка задерживается, какие посылки рискуют нарушить срок и кому нужно отправить уведомление.
Такой агент не должен без подтверждения покупать shipping label, менять адрес доставки, отменять отправление, оформлять возврат или обещать клиенту компенсацию. Он собирает факты, предлагает действие и показывает риск.
Где агент полезен
- Подбор способа доставки.
- Сравнение тарифов перевозчиков.
- Контроль трек-номеров.
- Уведомления о задержках.
- Поиск заказов без отгрузки.
- Обнаружение потерянных отправлений.
- Работа с возвратами.
- Подготовка ответа клиенту.
- Отчет по SLA доставки.
- Анализ стоимости логистики.
Шаг 1. Выберите первый сценарий
Не начинайте с полного управления доставкой. Лучше выбрать один измеримый процесс.
Хороший MVP:
- агент находит заказы без трек-номера;
- агент отслеживает задержанные отправления;
- агент готовит черновик сообщения клиенту;
- агент сравнивает доступные rates;
- агент собирает ежедневный отчет по доставке;
- агент отмечает посылки с риском нарушения SLA.
Самый безопасный старт - read-only мониторинг отправлений и уведомления команде.
Шаг 2. Соберите модель отправления
Агенту нужна единая структура доставки.
{
"order_id": "ORD-1042",
"shipment_id": "SHP-774",
"carrier": "DHL",
"tracking_number": "1234567890",
"status": "in_transit",
"promised_delivery_date": "2026-05-29",
"destination_country": "RU",
"risk_level": "medium"
}Полезные поля:
- заказ;
- клиент;
- адрес или регион;
- перевозчик;
- tracking number;
- статус;
- обещанная дата;
- фактическая дата;
- стоимость доставки;
- вес и габариты;
- риск;
- следующий шаг.
Шаг 3. Подключите источники данных
Типовая схема:
- интернет-магазин или ERP хранит заказ;
- WMS хранит складской статус;
- shipping API получает rates и labels;
- tracking API обновляет статус доставки;
- CRM или support desk хранит обращения клиента;
- BI показывает стоимость и SLA.
Для MVP можно начать с заказов, трек-номеров и одного tracking API.
Шаг 4. Подключите API доставки
Практичные варианты:
- Shippo API для shipments, rates, labels, tracking и мультиперевозчиков.
- EasyPost API для shipments, rates, labels, addresses, trackers и webhooks.
- AfterShip Tracking API для отслеживания отправлений, статусов, checkpoints и событий доставки.
Выбор зависит от географии, перевозчиков, стоимости, качества трекинга и того, покупаете ли вы labels через API или только отслеживаете уже созданные отправления.
Шаг 5. Настройте минимальные права
На старте агенту нужен read-only доступ.
Разрешите:
- читать заказы;
- читать отправления;
- читать tracking status;
- читать rates;
- читать SLA;
- читать обращения клиента;
- готовить черновик уведомления;
- создавать внутреннюю задачу.
Через approval:
- купить label;
- изменить перевозчика;
- изменить адрес;
- отменить отправление;
- оформить возврат;
- отправить сообщение клиенту;
- обещать компенсацию;
- создать claim перевозчику.
Шаг 6. Проверяйте полноту данных
Многие логистические проблемы начинаются с неполных данных.
Проверяйте:
- адрес;
- индекс;
- телефон;
- email;
- страна;
- вес;
- габариты;
- стоимость;
- тип товара;
- ограничения;
- таможенные данные;
- обещанная дата доставки.
Если данных нет, агент должен поставить задачу на уточнение до покупки label.
Шаг 7. Сравнивайте способы доставки
Сравнение не должно быть только по цене.
Критерии:
- стоимость;
- срок;
- надежность;
- покрытие региона;
- доступность трекинга;
- ограничения по товару;
- возможность возврата;
- страховка;
- таможенные требования;
- прошлые задержки.
Агент может рекомендовать вариант, но должен объяснить компромисс: дешевле, быстрее, надежнее или безопаснее.
Шаг 8. Следите за статусами
Статусы доставки у разных перевозчиков отличаются, поэтому их лучше привести к единой модели.
Пример:
- pending;
- label_created;
- picked_up;
- in_transit;
- out_for_delivery;
- delivered;
- exception;
- failed_attempt;
- returned;
- lost;
- cancelled.
Агент должен понимать, какие статусы требуют действия: exception, failed_attempt, lost, returned и длительный in_transit без обновлений.
Шаг 9. Обнаруживайте задержки
Задержка - это не только "дата прошла". Иногда риск виден заранее.
Сигналы:
- нет tracking update больше нормы;
- отправление не забрал перевозчик;
- статус exception;
- таможенная задержка;
- неправильный адрес;
- много failed attempts;
- регион с известными задержками;
- обещанная дата близко, а посылка далеко;
- перевозчик часто задерживает этот маршрут.
Агент должен указать, почему считает отправление рисковым.
Шаг 10. Готовьте уведомления клиенту
Уведомление должно быть точным и спокойным.
Структура:
- что произошло;
- текущий статус;
- что делает команда;
- когда будет следующее обновление;
- ссылка на отслеживание;
- куда обратиться.
Не обещайте невозможное. Если статус зависит от перевозчика, пишите аккуратно: "мы запросили уточнение", а не "доставим завтра".
Шаг 11. Работайте с возвратами
Возвраты - отдельный процесс.
Агент может:
- проверить право на возврат;
- подобрать инструкцию;
- подготовить return label draft;
- связать возврат с заказом;
- уведомить склад;
- собрать причину возврата;
- передать спорный случай оператору.
Через approval должны идти возврат денег, компенсация, нестандартные условия и спорные обращения.
Шаг 12. Делайте отчет по доставке
Еженедельный отчет:
- сколько заказов отправлено;
- сколько доставлено;
- сколько задержано;
- средний срок доставки;
- стоимость доставки;
- проблемные перевозчики;
- регионы с задержками;
- возвраты;
- SLA violations;
- что нужно улучшить.
Хороший отчет заканчивается задачами: обновить срок на сайте, сменить перевозчика для региона, уточнить упаковку или добавить предупреждение клиенту.
Минимальная архитектура
- Система заказов хранит order и customer data.
- WMS или склад хранит готовность к отгрузке.
- Shipping API получает rates и labels.
- Tracking API обновляет статусы и checkpoints.
- Агент нормализует статусы, ищет риски и готовит действия.
- Approval-слой подтверждает labels, изменения адреса, возвраты и сообщения клиенту.
- Audit log фиксирует предложения и решения.
Частые вопросы
Может ли агент сам покупать shipping label?
Технически может, но лучше начинать с черновика. Покупка label влияет на деньги, сроки и договоренности с клиентом, поэтому ее стоит подтверждать человеком или жесткими правилами.
Что важнее: выбор перевозчика или трекинг?
Для старта обычно полезнее трекинг и задержки. Там быстро видна польза: меньше потерянных отправлений, быстрее реакция на проблемы и меньше обращений клиентов.
Как агент понимает, что доставка задерживается?
Он сравнивает обещанную дату, текущий статус, последние checkpoints, нормальное время маршрута, регион, перевозчика и историю похожих отправлений.
Можно ли использовать агента для возвратов?
Да, но возврат денег, компенсации и нестандартные условия должны проходить через approval. Агент может подготовить инструкцию, return label draft и связать возврат с заказом.
Какие метрики смотреть?
On-time delivery, средний срок доставки, стоимость доставки, доля exception-статусов, задержки по перевозчикам, возвраты, обращения клиентов и SLA violations.
