ИИ-агент для логистики забирает приём заявки, расчёт ставки перевозки, формирование документов и трекинг груза — то есть рутину, которая раньше стояла между звонком клиента и выездом машины. Диспетчер остаётся на переговорах с водителем, спорных ситуациях и подписании договора: агент ускоряет цикл заявки, а решения с ответственностью оставляет человеку.
Что берёт агент
ИИ-агент закрывает пять узлов транспортной компании — приём заявки, расчёт ставки, документы, трекинг и первичный разбор претензии, экономя диспетчеру по нашим проектам от двух до четырёх часов в смену.
Агент — это связка нескольких инструментов вокруг одной базы данных: модель вроде GigaChat или Claude ведёт диалог и принимает решения, а n8n или похожий движок дёргает 1С, ТМS и мессенджеры по готовым сценариям.
- Приём заявки — клиент пишет груз, маршрут и сроки в Telegram или на сайте, агент уточняет детали
- Расчёт ставки — агент сверяет тариф с базой перевозчиков и топливными индексами и присылает цену за минуты
- Документы — заявка-договор, ТТН, счёт формируются автоматически из данных заявки
- Трекинг — агент опрашивает GPS-трекер или водителя и обновляет статус клиенту сам
- Претензии — собирает акт, фото и переписку по спорной доставке в один пакет для юриста
Похожий контур для диспетчерской собран в статье про автоматизацию диспетчерской транспортной компании нейросетью — там разбор именно узла распределения рейсов между машинами.
Триггер для запуска проекта обычно один и тот же: диспетчер тонет в звонках в пиковый сезон, а найм второго диспетчера решает проблему временно и дорого. Агент забирает именно повторяющуюся часть его работы, оставляя человеку переговоры и редкие сложные случаи.
Кто принимает решение
Граница проходит по риску и переговорной части: там, где цена ошибки высокая или нужен живой контакт, решение остаётся за сотрудником, а агент лишь готовит материал для него.
| Задача | Что делает агент | Что решает человек |
|---|---|---|
| Расчёт ставки | Считает по формуле и базе тарифов | Утверждает скидку или наценку для клиента |
| Подбор перевозчика | Показывает три подходящих варианта с рейтингом | Выбирает конкретную машину и водителя |
| Спор по грузу | Собирает документы и хронологию событий | Ведёт переговоры и подписывает соглашение |
| Форс-мажор в пути | Присылает уведомление и предлагает варианты | Принимает решение о смене маршрута или машины |
Разбор документооборота, который агент готовит для человека перед подписью, — в статье про искусственный интеллект для документооборота в логистике. Ключевой принцип: агент готовит вариант решения на подпись, а саму подпись всегда ставит человек. Правило одинаково работает для мелкой заявки и для крупного контракта на квартал — меняется только объём данных, которые агент собирает для решения.
Типовой спорный случай: груз пришёл с повреждённой упаковкой, клиент фиксирует это в акте и требует компенсацию. Агент за минуты собирает фотографии из чата с водителем, историю статусов трекинга и текст договора по условиям ответственности перевозчика — раскладывает материал по пунктам и присылает диспетчеру. Дальше решение остаётся за человеком: признать претензию целиком, оспорить долю ущерба или передать спор юристу — агент держится в стороне от переговоров с клиентом, а итоговую цифру компенсации называет диспетчер.
Сколько стоит по этапам
Внедрение идёт тремя этапами, по прайсам на сентябрь 2026, и каждый следующий этап оплачивается только после проверки предыдущего на реальных рейсах.
| Этап | Цена | Результат |
|---|---|---|
| Пилот на одном направлении | 70 000–150 000 ₽ | Агент считает ставку и ведёт заявку по одному маршруту |
| Интеграция с 1С и ТМS | 200 000–450 000 ₽ | Документы и трекинг синхронны с учётной системой |
| Полное внедрение на весь парк | 500 000–1 200 000 ₽ | Все направления, претензионная работа, дашборд руководителя |
Полный разбор форматов заказа под ключ, включая договор и сроки, — в статье про внедрение искусственного интеллекта в грузоперевозки под ключ. Экономику под свой парк и маршруты удобнее считать вместе с подрядчиком в разделе про ИИ-агентов, потому что цена стадии интеграции сильно зависит от возраста и формата вашей учётной системы.
Внутри вилки каждого этапа три переменные двигают цену сильнее прочих: число уже работающих систем учёта, объём исторических данных для калибровки формулы ставки и количество направлений, которые агенту нужно освоить параллельно на старте. Компания с одной ТМS и одним основным маршрутом попадает в нижнюю границу диапазона почти всегда.
Когда агент окупается
Оценка окупаемости зависит от размера парка и текучести диспетчеров, поэтому цифры ниже стоит считать рабочим ориентиром без жёсткой гарантии на любой случай, по нашей практике проектов на сентябрь 2026.
- Парк до 20 машин — окупаемость пилота обычно за три-пять месяцев за счёт разгрузки одного диспетчера
- Парк 20–80 машин — интеграционный этап окупается за четыре-семь месяцев на экономии времени и снижении числа ошибок в документах
- Парк от 80 машин — полное внедрение окупается за шесть-десять месяцев, в основном за счёт претензионной работы и скорости расчёта ставки
Сколько машин и направлений в вашем парке?
Главная оговорка: расчёт держится на том, что диспетчерская нагрузка реально освобождается под новые заявки вместо того, чтобы оставаться в штате про запас. Если компания планирует держать прежнее число диспетчеров вне зависимости от результата, срок окупаемости растягивается вдвое-втрое.
Как запустить пилот
- Выберите одно направление с понятным объёмом заявок в месяц для пилота
- Выгрузите историю расчёта ставок за полгода — на ней агент калибрует формулу
- Согласуйте с диспетчером список ситуаций, которые агент передаёт человеку сразу
- Запустите пилот на четыре недели и сравните скорость и число ошибок в заявке
- Только после сравнения принимайте решение о переходе на этап интеграции с 1С
Пилот стоит запускать именно на живом направлении с реальными звонками и реальными ставками — калибровка формулы на архивных данных для новых маршрутов бесполезна.
Расчёт ставки перевозки под конкретного логиста разобран отдельно в статье про чат-бота для логистов с расчётом стоимости перевозки — хороший ориентир именно для формулировки требований к пилоту.
После запуска стоит держать под рукой три метрики: долю заявок, закрытых агентом целиком без участия диспетчера, среднее время от заявки до подтверждённой ставки и число расхождений между расчётом агента и итоговой ценой рейса. Эти три цифры проще всего показать руководителю как основание для перехода на следующий этап.
Состав команды на пилот обычно минимальный: один диспетчер, который держит в голове реальную логику расчёта ставки и правит формулу вместе с подрядчиком, плюс руководитель отдела для утверждения списка ситуаций на эскалацию. Бухгалтера и IT-специалиста подключают позже, только на этапе интеграции с 1С — в пилоте без них спокойно обходятся.