Автоматизация логистики: заявки, статусы, без ручных звонков

Заявки на перевозку приходят в Telegram, WhatsApp, почте и Excel-файлами. Менеджер вручную переписывает их в TMS или 1С, сверяет рейсы, просит водителя прислать фото накладной, потом ещё раз перепроверяет суммы перед закрытием рейса. Значимая доля рабочего времени логиста и операциониста уходит не на управление перевозками, а на копирование данных, уточнения и поиск документов. ИИ убирает эту рутину — не вместо человека, а вместо повторяющихся действий. Рассказываем, где именно он работает, сколько даёт экономии и где покупать решение не стоит.

Где логистика тонет: заявки, статусы, документы, сверки

Главные узкие места в операционке логистической компании предсказуемы:

• Заявки. Клиенты пишут в разных форматах: «забрать 12 коробов со Складочной, 15 августа, доставить в Тулу». Менеджер сам собирает адрес, груз, дату, контакт, тариф — и вносит в систему.
• Статусы. Водитель в пути, клиент звонит: «где машина?». Менеджер лезет в чат, в GPS, в TMS, перезванивает обратно. Десяток таких звонков в день — норма.
• Документы. Заявки, счета, ТТН, акты, CMR, фото накладных — всё разъезжается по папкам, мессенджерам и почте. Подготовка пакета на сверку занимает часы.
• Сверки. Контрагент прислал реестр, у вас другой реестр. Нужно сопоставить рейсы, тарифы, штрафы, допы и простои. Разница в одну строку — и неделя переписки.

В каждом из этих блоков ИИ берёт на себя не принятие решений, а извлечение, сопоставление и передачу данных. Человек остаётся там, где нужен опыт: сложные переговоры, сбои на маршруте, отношения с клиентом.

Обработка заявок на перевозку

Заявка может прийти голосовым сообщением, сканом, фото переписки или неструктурированным текстом. ИИ-ассистент распознаёт источник, извлекает ключевые поля и записывает их в CRM/TMS/1С — в виде черновика или готовой карточки рейса.

Что реально автоматизируется:

• распознавание адресов загрузки и выгрузки, даты, времени окна, типа и веса груза;
• выбор клиента по номеру телефона, email или названию компании;
• подстановка исторических тарифов, типов машин и условий;
• проверка на конфликты: занятость машины, пересечение рейсов, недопустимый вес, отсутствие разрешения на направление;
• формирование черновика заявки с готовыми полями и маршрутом.

Типовой результат: большая часть времени уходит на проверку и запуск, остальное ИИ берёт на себя. Точные цифры зависят от качества каналов и глубины интеграции.

Важный нюанс: если заявки всегда приходят строго по одному шаблону из одного источника, автоматизация дешевле делается обычными интеграциями, без ИИ. ИИ нужен там, где входящий поток неструктурированный: мессенджеры, сканы, голос.

Статусы и уведомления клиентов

Клиенты хотят знать, где груз. Но менеджер не может вручную обновлять статусы по сотне рейсов. ИИ-ассистент собирает данные из GPS-трекера, мессенджера водителя, ЭРА-ГЛОНАСС или мобильного приложения водителя — и сам меняет статусы в TMS.

Как это выглядит:

• водитель написал «погрузились в 11:20» — статус обновился на «в пути»;
• машина подъехала к точке выгрузки в радиусе 500 м — статус «на выгрузке»;
• водитель прислал фото подписанной накладной — статус «доставлено», документ привязан к рейсу;
• клиент получил сообщение в своём канале без запроса у менеджера.

Параллельно клиент получает уведомление в удобном канале: Telegram, WhatsApp, email или SMS. Текст уведомления генерируется из реальных данных, без шаблонной фразы «обратитесь к менеджеру».

Эффект: снижение нагрузки на входящие звонки и чаты, заметная часть обращений закрывается автоматически. Менеджер перестаёт отвечать на вопрос «где мой груз» и занимается сбоями, простоями и продажами.

Документы: заявки, счета, накладные, акты

В логистике документы приходят в разном виде: PDF-счета от перевозчика, фото ТТН, сканы актов, Excel-реестры. ИИ распознаёт их, извлекает строки и связывает с конкретным рейсом.

Что автоматизируется:

• распознавание номеров документов, дат, сумм, реквизитов и подписантов;
• привязка документа к рейсу по номеру заявки, авто/прицепу или маршруту;
• проверка расхождений: сумма в счёте ≠ сумме в заявке, отсутствует обязательная подпись, не сходится количество коробов/паллет;
• группировка пакета документов для бухгалтерии и сверки;
• автоматические напоминания водителю или клиенту, если не хватает документа.

Без ИИ оператор тратит заметную долю времени на один рейс, чтобы собрать и проверить документы. С ИИ проверка сокращается на типовых и сложных случаях, точные значения зависят от качества документов и каналов их поступления.

Но: если документы уже приходят в стандартном EDI-формате и интегрированы с TMS, ИИ не нужен. ИИ полезен именно для «грязных» входящих потоков — сканов, фото, неструктурированных писем.

Сверки с контрагентами

Сверка — один из самых болезненных процессов. Контрагент присылает свой реестр рейсов, у вас свой. Нужно сопоставить даты, маршруты, тарифы, дополнительные услуги, штрафы за простой. Часто рейсы названы по-разному, даты сдвинуты на день, тарифы округлены.

ИИ сверяет два реестра по нечётким правилам:

• сопоставляет рейсы по дате, маршруту, номеру авто или заявки;
• находит расхождения по суммам даже при разных названиях услуг;
• выделяет строки, где не хватает документов или подписей;
• формирует протокол расхождений с комментариями для менеджера.

Типовая экономия: сверка, которая занимала заметную часть времени на одного контрагента в неделю, сокращается за счёт автоматического сопоставления. В компаниях с большим числом активных контрагентов эффект заметно высвобождает время финансового контролёра или операциониста.

Расчёт эффекта

Эффект ИИ в логистике измеряется не «улучшением UX», а часами, которые уходят от операционистов и менеджеров. Точные цифры зависят от вашего объёма заявок, качества каналов и глубины интеграции — мы их считаем на бесплатном аудите по реальным данным вашей компании.

Составляющие эффекта:

1. Приём и обработка заявок. Разница во времени на одну заявку — до пилота и после, умноженная на количество заявок.
2. Обновление статусов и ответы клиентам. Доля обращений «где груз», которую ИИ закрывает сам.
3. Сбор и проверка документов. Время на рейс до и после пилота.
4. Сверки и протоколы расхождений. Время на сверку с одним контрагентом до и после.

Стоимость пилота: от 100 000 ₽. Аудит бесплатный. Полная вилка цены не публикуется — она сильно зависит от числа каналов, систем и сложности документов. После пилота — ежемесячная поддержка, размер определяется индивидуально.

Если процессы уже формализованы — окупаемость ближе к первым месяцам после пилота. Если формализации нет, сначала придётся её делать — и сроки удлинятся.

Пилот 2–4 недели

Не стоит внедрять ИИ сразу на все процессы. Правильный пилот — это один-два канала приёма заявок или сверка с одним контрагентом.

Типовой план пилота:

• Неделя 1. Аудит источников заявок/документов. Куда приходят данные, в каком виде, какие поля нужны. Фиксируем точки, где сейчас теряется время.
• Неделя 2. Настройка распознавания и первые тестовые прогоны на реальных документах и заявках. Сравниваем выдачу ИИ с ручной обработкой и считаем точность извлечения полей.
• Неделя 3. Интеграция с TMS/1С/CRM. Черновики заявок или статусов падают в систему, менеджер только проверяет и запускает.
• Неделя 4. Замер метрик: время обработки, количество ошибок, доля ручных доработок, первые цифры экономии. По итогам — решение масштабировать, дорабатывать или отказаться.

За пилот понятно, реально ли сэкономить время и сколько стоит полное внедрение. Без пилота любой прогноз окупаемости — догадка.

Где НЕ окупится

ИИ — не универсальное решение. В ряде случаев он либо не нужен, либо принесёт вред.

• Нет формализованных процессов. Если каждый менеджер ведёт заявки по-своему, ИИ будет учиться на хаосе и давать хаос на выходе.
• Мало заявок. Если заявок совсем немного в день, проще нанять junior-операциониста. ИИ начинает выигрывать при десятках заявок в день или сотнях документов.
• Нет данных для обучения. ИИ не знает ваших тарифов, клиентов и маршрутов из коробки. Нужны исторические заявки, документы, справочники. Если их нет — придётся собирать вручную, и проект затянется.
• Процессы уже интегрированы по EDI/API. Когда данные приходят структурированными, обычная интеграция дешевле и надёжнее ИИ.
• Ожидание полной замены людей. ИИ убирает рутину, но не отвечает клиенту на сложные вопросы, не решает сбои и не договаривается о тарифах.

Частые ошибки

Ошибки при внедрении ИИ в логистику обычно одни и те же:

1. Покупка «умного чат-бота» без интеграции. Бот отвечает клиенту, но данные не попадают в TMS. Менеджер всё равно переписывает вручную — двойная работа.
2. Игнорирование исключений. «У нас всё стандартно» — пока не начинается сверка. Реальный мир: простои, перерасход, штрафы, изменения маршрута, досрочная разгрузка. ИИ должен уметь выделять такие случаи на проверку человеку, а не решать сам.
3. Отсутствие обратной связи. Если менеджер не исправляет ошибки ИИ, модель не учится. Через месяц точность падает, а не растёт. Поэтому первые недели критичны: каждая поправка — это данные для дообучения.
4. Попытка автоматизировать всё сразу. Пилот по всем процессам одновременно тянет полгода, команда устаёт, бюджет расползается, а эффекта нет. Лучше закрыть один узкий участок до результата, чем три участка наполовину.
5. Недооценка инфраструктуры. Нужны API у TMS, доступ к почте и мессенджерам, права на чтение документов. Если интеграций нет, любой ИИ превращается в дорогой OCR-сервис. Интеграция часто занимает больше времени, чем настройка самой модели.

Чек-лист готовности

Прежде чем начинать пилот, проверьте базовые вещи:

• Есть список каналов, куда приходят заявки и документы.
• Есть доступ к этим каналам: почта, Telegram/WhatsApp, файловые папки.
• TMS/1С/CRM имеет API или возможность импорта через файл.
• Собраны примеры заявок и документов за последние месяцы.
• Определены поля, которые ИИ должен извлекать: адреса, даты, тарифы, реквизиты.
• Назначен оператор-проверяющий, который будет корректировать ошибки ИИ первые недели пилота.
• Есть метрика успеха: например, «время обработки заявки существенно сокращается».

Если хотя бы три пункта не выполнены — сначала готовьте процессы, потом внедряйте ИИ.