Посчитать, где в перевозках уходит время, проще всего по одному диспетчеру. За смену он принимает заявки из трёх мессенджеров и почты и переписывает их в учётную систему, отвечает на звонки «где машина» от клиентов, которые могли бы посмотреть сами, и собирает документы по закрытым рейсам. Из восьми часов на диспетчеризацию — распределение машин и решение проблем — остаётся два-три. Остальное переписывание, ответы и бумаги, и это ровно та работа, которую забирает языковая модель.
Разбираю, что ИИ делает в транспортной компании и у экспедитора: заявки, статусы, документы, включая переход на электронные перевозочные документы с 1 сентября 2026 года. Маршрутизация, прогноз спроса и управление складом — отдельные системы, и языковая модель там не работает; об этом отдельный раздел, чтобы не покупать не то.
Где уходит время в транспортной компании
| Процесс | Как выглядит сейчас | Что делает ИИ | Что остаётся человеку |
|---|---|---|---|
| Приём заявок | клиент пишет в чат или на почту, диспетчер переписывает в систему | превращает сообщение в заказ: адреса, груз, вес, объём, срок, контакт | назначает машину, подтверждает цену |
| Статусы для клиентов | звонки «где машина», «когда привезёте» | отвечает по данным учёта и мониторинга | отклонения, инциденты |
| Документы по рейсу | накладные, заявки, акты собираются вручную | готовит документы из данных заказа, сверяет накладную с заявкой | подписывает электронной подписью |
| Претензии и переписка | письма по недостаче, порче, простою | черновики по шаблонам, выжимка из переписки | решение по претензии |
| Договоры с клиентами и перевозчиками | юрист читает каждый | проверка по правилам компании | решение по замечаниям |
| Подбор перевозчика для экспедитора | обзвон и переписка с перевозчиками | рассылка запроса, сбор ставок в таблицу | выбор |
Первые две строки дают самый быстрый эффект и не требуют менять учётную систему. Третья — та, что станет обязательной в 2026 году, и к ней лучше подойти раньше срока.
Заявки: из чата в заказ
Клиент пишет: «Нужна фура на понедельник, 20 паллет из Подольска на Казань, груз стройматериалы, разгрузка до 15:00, оплата по безналу». Диспетчер переносит это в систему, звонит уточнить вес и габариты, теряет десять минут. Умножить на тридцать заявок в день.
Модель читает сообщение и превращает его в заказ с полями: откуда, куда, дата, тип транспорта, груз, паллеты, вес, время разгрузки, оплата, контакт. Чего не хватает (вес, объём, нужен ли гидроборт), она спрашивает у клиента в том же чате. Готовый заказ попадает в учётную систему, диспетчер видит его в списке и назначает машину. Как устроено такое извлечение из свободного текста и почему оно надёжнее ручного переноса, разобрано в статье про ИИ для документов; как собрать приём заявок в мессенджере — в статье про бота для приёма заявок.
Три правила, без которых это ломается.
Справочники задаёт учётная система. Типы транспорта, единицы, точки погрузки постоянных клиентов — модель выбирает из списка, а не придумывает. «Фура» у одного клиента значит 20 тонн, у другого 82 куба; справочник это знает, модель — нет.
Цена не называется моделью. Заявка с расчётом — да, ставка — только из правил компании или диспетчером. Модель, которая называет ставку, называет неправильную.
Клиент получает подтверждение. «Заявка № 4127 принята, подтвердим машину до 12:00» в тот же чат. Без этого клиент пишет второй раз, и заявка задваивается.
Статусы: «где машина» без диспетчера
Половина входящих звонков в транспортную компанию — вопрос, на который ответ уже есть в системе мониторинга. Бот отвечает на него по номеру заявки: статус, последнее событие, ожидаемое время. Клиент получает ответ за секунды и в любое время.
Два ограничения. Бот отвечает только заказчику заявки, а не любому, кто знает номер; проверка по телефону или по чату, из которого пришла заявка. И бот не обещает время, которого нет в системе: «ориентировочно» берётся из мониторинга, а не считается моделью.
Тот же бот отправляет статусы сам, без вопроса: машина загрузилась, выехала, прибыла на разгрузку, документы подписаны. Клиент, который получает четыре сообщения за рейс, не звонит ни разу.
Документы: что становится обязательным с 1 сентября 2026 года
По разъяснению ФНС России, с 1 сентября 2026 года все участники перевозок вне зависимости от сферы деятельности должны оформлять в электронном виде транспортные накладные, заказы или заявки на перевозку, экспедиторские документы, железнодорожную накладную и грузовую накладную при авиаперевозках. Для перехода нужен сертификат квалифицированной электронной подписи на руководителя или на сотрудника с машиночитаемой доверенностью (информация ФНС, проверено 10 сентября 2026 года).
Что это меняет для автоматизации: документы перестают быть сканами и становятся данными. Транспортная накладная в электронном виде — это структурированные поля, которые заполняются из заказа, и здесь модель работает лучше всего.
- Заполняет накладную и заявку из заказа. Грузоотправитель, грузополучатель, адреса, груз, вес, водитель, машина — всё уже есть в заказе, который модель собрала из чата. Повторный ввод исчезает.
- Сверяет документы между собой. Накладная против заявки: совпадают ли адреса, груз, вес; акт против накладной: есть ли расхождения по количеству. Расхождение находится до подписи, а не при претензии.
- Готовит претензии и ответы на них. Недостача, порча, простой на разгрузке — черновик по шаблону компании с цифрами из документов рейса.
Чего модель не делает: не подписывает. Электронная подпись остаётся у человека, и это не ограничение автоматизации, а её условие. Как устроена сверка документов против правил и на чём она ошибается, разобрано в статье про ИИ для документов; проверка договоров с клиентами и перевозчиками по правилам компании — в статье про ИИ для договоров.
Где языковая модель в логистике не работает
Под словами «ИИ в логистике» продают в основном то, что перечислено ниже, поэтому список важнее остальной статьи.
Маршрутизация и загрузка. Как разложить сто точек на десять машин с окнами доставки — задача оптимизации, её считают специальные системы. Языковая модель здесь ошибётся и не объяснит почему. Это отдельный класс продуктов с другой ценой.
Прогноз спроса и запасов. Работает на статистике, которой у небольшого перевозчика нет. Обещание «ИИ предскажет загрузку» без ваших данных за два-три года — обещание.
Мониторинг и телематика. Где машина, сколько топлива, как ведёт водитель — это датчики и система мониторинга. Модель читает их данные для ответа клиенту, но не заменяет их.
Складская автоматизация. Адресное хранение, сборка, инвентаризация — система управления складом, а не модель.
- Чат клиента в заказ с полями
- Ответы о статусе по данным систем
- Накладные и заявки из заказа
- Сверка документов, претензии
- Недели на внедрение, копейки за заявку
- Маршрутизация и окна доставки
- Загрузка машин и расписание
- Телематика и мониторинг
- Прогноз на статистике
- Отдельные лицензии и внедрение
Граница та же, что на производстве, где языковую модель тоже путают с промышленными системами; разбор в статье про ИИ для производства.
Данные и права
Транспортная компания живёт в мессенджерах, и это одновременно источник заявок и главный риск.
Один вход для заявок. Заявки из пяти чатов, почты и голосовых сообщений должны попадать в одну систему. Модель это умеет, но каналы нужно подключить, а не «пересылать боту».
Голосовые сообщения. Клиенты диктуют заявки голосом; распознавание переводит их в текст, дальше та же обработка. У SaluteSpeech для юрлиц распознавание стоит 0,01 ₽ за секунду (тарифы, проверено 10 сентября 2026 года), но с минимальной стоимостью в месяц — считать, окупится ли.
Права модели. Заявка не становится подтверждённым заказом без диспетчера; статус не отправляется клиенту, если рейс отклонился; документ не уходит на подпись без проверки. Правило «модель готовит, человек подтверждает» записывается в систему. Почему это важно, — в статье про безопасность ИИ-агентов.
Персональные данные водителей и клиентов обрабатываются на российском API или локально; на зарубежный сервер они не отправляются.
Сколько стоит
Заявки из чата в учёт. Бот в Telegram или MAX плюс почта, извлечение полей, справочники из учётной системы, уточняющие вопросы, подтверждение клиенту. От недели разработки. Модель по API: у GigaChat для юрлиц Lite стоит 0,065 ₽ за тысячу токенов, Pro — 0,5 ₽, минимальный платёж 600 ₽ в месяц (тарифы, проверено 10 сентября 2026 года). Одна заявка — несколько сотен токенов.
Бот статусов. Подключение к учёту и мониторингу, проверка заказчика, ответы и уведомления по событиям. От двух недель, зависит от того, есть ли у ваших систем интерфейс для обмена.
Документы. Заполнение накладных и заявок из заказа, сверка, претензии по шаблонам. От месяца, потому что нужно описать ваши шаблоны и правила; отдельно — переход на электронные перевозочные документы, если его ещё не было.
Считать окупаемость проще всего по часам диспетчера: сколько в день уходит на переписывание заявок и ответы про статус. Если меньше часа — автоматизация не нужна, и я скажу об этом на разборе.
С чего начать
- 1Один вход для заявокчаты и почта в одну систему, справочники из учёта, подтверждение клиенту
- 2Статусы клиентамответ по номеру заявки, уведомления по событиям, отклонения диспетчеру
- 3Документы из заказанакладные и заявки без повторного ввода, сверка перед подписью
- 4Претензии и договорычерновики по шаблонам, проверка договоров по правилам компании
- 5Подбор перевозчиковдля экспедитора: запрос ставок и сбор ответов в таблицу
Общий порядок внедрения по шагам, применимый к любой компании, — в статье как автоматизировать бизнес-процессы; про то, как заявки попадают в CRM и что там ломается, — в статье про автоматизацию CRM.
Сценарии по типам компаний
| Тип компании | Главная потеря | Что автоматизировать первым | Чего не делать |
|---|---|---|---|
| Перевозчик, 5–30 машин | заявки в чатах, звонки про статус | заявки в учёт, статусы клиентам | доверять модели ставку |
| Экспедитор | подбор перевозчиков, документы по двум договорам | запрос ставок перевозчикам, сверка документов | выбирать перевозчика моделью |
| Городская доставка | много мелких заявок, вопросы «когда курьер» | статусы и окна доставки клиентам по данным системы | строить маршруты моделью |
| Склад ответственного хранения | заявки на приём и отгрузку, акты | заявки из почты в систему, акты из данных | заменять систему управления складом |
| Отдел логистики в торговой компании | заявки от отделов, согласования с перевозчиками | внутренний бот заявок, переписка с перевозчиками | обещать сроки без подтверждения перевозчика |
Что спросить у подрядчика по «ИИ для логистики»
- Куда попадает заявка? В нашу учётную систему или в отдельную панель.
- Откуда бот берёт статус? Из нашего мониторинга и учёта или «из диалога».
- Кто подписывает электронные документы? Если «система сама» — это неверный ответ.
- Что модель делает с маршрутами? Правильно — ничего.
- Где обрабатываются данные водителей и клиентов?
Что делаю я
Внедряю ИИ в транспортные компании и у экспедиторов там, где он работает: заявки из мессенджеров и почты в учётную систему, бот статусов для клиентов по данным мониторинга, заполнение и сверка перевозочных документов к электронному формату, претензии и проверка договоров по вашим правилам. На российской модели, с правом диспетчера подтвердить каждый заказ, с результатом в вашей учётной системе.
Техническое задание не нужно. Скажите, откуда приходят заявки, в чём ведётся учёт рейсов и сколько звонков в день про статус, — этого хватит, чтобы назвать, что автоматизируется первым, и срок.
