Лекция 5. Проблемы и вызовы в транспортной логистике
Эта лекция
В этой лекции мы рассмотрим типовые проблемы транспортно-логистических компаний, научимся формулировать проблемы и ставить SMART-цели, а также изучим, как RPA и AI-агенты помогают решать эти проблемы.
Цель
Сформировать представление о типовых проблемах ТЛК, методах постановки SMART-целей и применении RPA и AI-агентов для решения проблем автоматизации.
Содержание
- Лекция 5. Проблемы и вызовы в транспортной логистике
5.1 Типовые проблемы ТЛК
Проблемы координации
Плохая координация отделов — одна из самых распространённых проблем ТЛК. Отдел продаж работает отдельно от диспетчеризации, которая не связана с бухгалтерией.
| Проблема | Последствия | Решение |
|---|---|---|
| Менеджер обещает клиенту срок, который диспетчер не может выполнить | Потеря клиентов, репутационные риски | Единая система с видимостью статусов |
| Диспетчер назначает транспорт, но бухгалтер не в курсе затрат | Отрицательная маржинальность | Сквозной учёт затрат в реальном времени |
| Бухгалтерия формирует документы с задержкой | Проблемы с оплатой, дебиторская задолженность | Автоматическое формирование документов |
Проблемы учёта и контроля
Отсутствие автоматического контроля этапов приводит к тому, что о проблемах становится известно постфактум.
---
config:
look: handDrawn
theme: neutral
---
flowchart LR
A[Ручной ввод данных] --> B[Человеческий фактор]
B --> C[Ошибки и дублирование]
C --> D[Потеря информации]
D --> E[Конфликты с клиентами]
E --> F[Потеря<br>выручки]
style A fill:#d9d9d9,stroke:#333
style F fill:#d9d9d9,stroke:#333
Типичные проблемы:
| Проблема | Пример |
|---|---|
| Ручной ввод данных | Менеджер дважды вбивает одни и те же данные в Excel и 1С |
| Человеческий фактор | Ошибка в адресе → груз доставлен не туда |
| Отсутствие сквозного аудита | Невозможно отследить, кто и когда изменил статус заявки |
| Дублирование информации | Одни и те же данные хранятся в пяти разных Excel-файлах |
Финансовые проблемы
Контроль дебиторской и кредиторской задолженности — одна из самых болезненных тем для ТЛК.
| Проблема | Последствия |
|---|---|
| Дебиторская задолженность | Клиенты платят с задержкой, кассовые разрывы |
| Кредиторская задолженность | Неплатежи поставщикам → штрафы, разрыв цепочки |
| Отсутствие возрастной структуры | Непонимание, какие долги «просрочены» |
| Сложность факторинга | Невозможность быстро получить финансирование под дебиторку |
5.2 Постановка проблемы и SMART-цели
Правила формулировки проблемы
Правильная формулировка проблемы — половина успеха автоматизации.
Правила:
- Без слов «нет» и «отсутствует». Проблема описывается через то, что есть, а не через то, чего нет.
- ❌ «Отсутствует система учёта заявок»
- ✅ «Заявки учитываются в разрозненных Excel-файлах, что приводит к ошибкам»
- Конкретика. Проблема должна быть измерима.
- ❌ «Медленно работают процессы»
- ✅ «Обработка заявки занимает 30 минут вместо целевых 10»
- Контекст. Указать, где и когда проявляется проблема.
- ✅ «В отделе продаж при обработке более 50 заявок в неделю возникает минимум 5 ошибок»
SMART-цели
SMART — аббревиатура для постановки эффективных целей:
| Буква | Критерий | Описание |
|---|---|---|
| S | Specific | Конкретность — чёткое определение что, зачем, для кого |
| M | Measurable | Измеримость — как будем оценивать результат |
| A | Achievable | Достижимость — реально ли выполнить |
| R | Relevant | Актуальность — соответствует ли стратегическим целям |
| T | Time-bound | Ограниченность во времени — дедлайн |
Пример SMART-цели для ТЛК:
| Критерий | Пример |
|---|---|
| S | Сократить время обработки заявки |
| M | С 30 до 10 минут |
| A | Да, внедрение CRM позволяет автоматизировать 80% операций |
| R | Да, это соответствует стратегии повышения клиентского сервиса |
| T | В течение 3 месяцев |
| Итого | Сократить время обработки заявки с 30 до 10 минут в течение 3 месяцев за счёт внедрения CRM-модуля |
Метрики успеха автоматизации
| Метрика | Формула | Описание |
|---|---|---|
| ROI | (Выгода - Затраты) / Затраты × 100% |
Возврат инвестиций в автоматизацию |
| Срок окупаемости | Затраты / Ежемесячная выгода |
Месяцев до окупаемости |
| Снижение операционных затрат | (Старые - Новые затраты) / Старые × 100% |
Процент снижения затрат |
5.3 RPA и AI-агенты как решение
RPA — роботизация процессов
RPA (Robotic Process Automation) — технология автоматизации рутинных, повторяющихся операций с помощью программных «роботов».
Применение RPA в ТЛК:
| Процесс | Что делает RPA | Эффект |
|---|---|---|
| Ввод данных | Автоматическое перенесение данных из email в систему | Сокращение времени ввода на 90% |
| Формирование документов | Генерация счетов, накладных, актов по шаблону | 100% документов за 5 минут |
| Сверка данных | Сравнение данных из разных источников | Исключение ручного сравнения |
| Мониторинг статусов | Проверка статусов перевозок и уведомление клиентов | Real-time без участия менеджера |
---
config:
look: handDrawn
theme: neutral
---
graph LR
A[Email: заявка клиента] --> B[RPA-робот]
B --> C[Извлечь данные]
C --> D[Создать в CRM]
D --> E[Расчитать стоимость]
E --> F[Отправить клиенту]
style B fill:#4a4a4a,stroke:#333,color:#fff
AI-агенты — интеллектуальная автоматизация
AI-агенты — программные системы, способные самостоятельно принимать решения на основе данных и целей.
Отличие RPA от AI-агентов:
| Критерий | RPA | AI-агенты |
|---|---|---|
| Принятие решений | По жёстким правилам | На основе анализа данных |
| Адаптивность | Не меняется без перепрограммирования | Обучается на новых данных |
| Сложность задач | Рутинные, предсказуемые | Нестандартные, требующие анализа |
| Пример | Автоматическая отправка счетов | Автоматическое ценообразование |
От LLM к AI-агенту
LLM (Large Language Model) — большая языковая модель, основа всех современных AI-агентов. Сама по себе она лишь «отвечает на вопросы»: получает текст и генерирует текст. Чтобы превратить модель в агента, нужно добавить к ней компоненты:
От простой LLM к AI-агенту: хронология (таймлайн):
---
config:
look: handDrawn
theme: neutral
---
timeline
title От LLM к AI-агенту
section До 2024
LLM : Модель отвечает на текст текстом
: Нет инструментов и памяти
section 2025
Vibe Coding : Термин введён Andrew Karpathy
: Массовый переход к написанию кода агентом
Tool Calling : Модель сама вызывает инструменты
: Появляются кодинг-агенты
section 2025-2026
Агентная разработка : Агенты пишут код целиком
: GitHub, OpenCode, SourceCraft CLI
MCP : Единый протокол подключения инструментов
: Skills для предсказуемости действий
section 2026
Агентная инженерия : Context / Harness / Loop Engineering
: Формализованные критерии качества
- Системный промпт — инструкция, определяющая роль и поведение агента. («Ты — диспетчер ТЛК. Отвечай кратко, веди учёт заявок.»)
- История (History) — контекст диалога, хранящий предыдущие шаги и их результаты.
- Рассуждения (Reasoning) — модель сначала «думает», планирует, а потом отвечает («надо сначала получить данные о грузе, затем рассчитать ставку»).
- Инструменты (Tools) — внешние функции, которые агент может вызывать сам: поиск в базе, веб-запрос, расчёт, запись в файл. Модель специально обучают на вызов инструментов — это называется tool calling. Инструменты подключаются как встроенные, так и внешние (по протоколу MCP).
---
config:
look: handDrawn
theme: neutral
---
flowchart LR
subgraph LLM-ядро
P[Системный промпт]
H[История]
R[Рассуждения]
T[Инструменты]
end
U[Пользователь] --> P
U --> H
H --> R
R --> T
T --> W[Внешний мир]
W --> R
style T fill:#4a4a4a,stroke:#333,color:#fff
Когда агент работает в цикле «рассуждаю → действую → получаю результат → снова рассуждаю», а не выдаёт один ответ, — это Agentic Loop (агентный цикл) — замкнутый контур с обратной связью. Агент сам пробует свои решения и исправляет их, пока не добьётся успеха. Такую схему называют ReAct-агентом (Reason + Act): сначала план, затем действие с инструментом, затем оценка результата и следующий шаг.
Самые простые «агенты» — например, сценарии в АРК — работают по жёстким правилам RPA. Настоящие AI-агенты способны сами решить, в каком порядке выполнять шаги и какой инструмент вызвать.
Применение AI-агентов в ТЛК:
| Задача | Как работает AI-агент |
|---|---|
| Управление заявками | Автоматическая классификация, приоритизация, маршрутизация |
| Маршрутизация | Оптимизация маршрутов с учётом пробок, погоды, ограничений |
| Ценообразование | Динамическое ценообразование на основе спроса и загрузки |
| Предиктивное обслуживание | Прогноз поломок транспорта по данным датчиков |
Кодинг-агенты: вайб-кодинг и агентная разработка
Кодинг-агент — AI-агент, который пишет или меняет код по заданию пользователя. Его инструменты — чтение и редактирование файлов, выполнение команд в терминале, запуск тестов (file read, file edit, file write, shell exec).
Термин Vibe Coding («вайб-кодинг») ввёл Andrew Karpathy в 2025 году — «программирование по настроению»: вы описываете задачу агенту, а он полностью пишет решение.
Почему это важно для будущего специалиста:
- Массовый переход от написания фрагментов кода к полному написанию кода агентом произошёл уже в 2025–2026 годах.
- Автоматизация теперь касается и самой разработки ИТ-систем: инженер превращается в постановщика задач и проверяющего.
- Кодинг-агенты могут читать PDF-файлы (конвертация в текст, OCR, распознавание графиков), документы, помогать с аналитикой — всё, что нужно в работе ТЛК.
Skills и MCP
Skill — набор инструкций и скриптов, подключаемый агенту для конкретной задачи, чтобы сделать его действия предсказуемыми и повысить качество. Например:
| Skill | Назначение |
|---|---|
| PDF-skill | Чтение и создание PDF: конвертация в текст, OCR, рендеринг страниц |
| ipynb-skill | Чтение и редактирование Jupyter Notebooks |
| ai-studio-skill | Код для работы с моделями в Yandex AI Studio |
| mindmap-skill | Построение ментальных карт (markmap.js) |
MCP (Model Context Protocol) — открытый протокол подключения инструментов к агентам. Позволяет агенту работать с внешними сервисами: трекер задач, Яндекс-формы, календарь, почта, облачная документация. В контексте ТЛК MCP-сервер может подключать агента к CRM, TMS, ЭДО, бирже перевозок.
Инструменты агента: RAG, MCP, эмбеддинги
Инструменты (Tools) — ключевое отличие AI-агента от обычной LLM. Именно благодаря инструментам агент не просто «рассуждает», а действует: читает файлы, обращается к базам данных, отправляет запросы и исполняет код.
| Инструмент | Что делает | Пример использования в ТЛК |
|---|---|---|
| RAG (Retrieval-Augmented Generation) | Дополняет ответ модели поиском по базе знаний | Ответ по регламентам перевозок: агент находит нужный раздел и цитирует его |
| MCP (Model Context Protocol) | Единый протокол подключения внешних сервисов | Подключение к CRM, TMS, ЭДО, бирже перевозчиков |
| Эмбеддинги (embeddings) | Числовые векторы текста — поиск по смыслу, а не по ключевым словам | Поиск похожих заявок, кластеризация клиентов, семантический поиск по документам |
| Web Search | Поиск в интернете | Актуальные ставки, пробки, погода, ограничения движения |
| Код-инструменты | Чтение/запись файлов, выполнение команд, запуск тестов | Обработка Excel, формирование отчётов PDF, выгрузка данных |
| REST/API | HTTP-запросы к внешним системам | Проверка статуса заявки в АРК, отправка документов в Диадок |
RAG (Retrieval-Augmented Generation, «генерация с дополнением по поиску») — техника, которая даёт LLM доступ к внешней базе знаний. Модель сначала находит релевантные фрагменты (по эмбеддингам), затем формирует ответ с их учётом. Без RAG LLM «не знает» внутренние документы компании; с RAG агент отвечает по актуальным регламентам, прайсам и договорам. В ТЛК RAG применяется для: ассистента по регламентам перевозок, поиска по архиву накладных, ответов клиентам на основе тарифов.
Эмбеддинги — векторные представления текста, где похожие по смыслу фрагменты находятся рядом в пространстве. Это основа семантического поиска, классификации и кластеризации — например, автоматическая сортировка обращений клиентов по темам или поиск похожих маршрутов по истории перевозок.
MCP объединяет все инструменты через единый протокол: один MCP-сервер может дать агенту доступ к CRM, TMS, ЭДО и трекеру задач одновременно, не требуя отдельной интеграции под каждого внешнего поставщика.
---
config:
look: handDrawn
theme: neutral
---
flowchart LR
subgraph AI-агент
A[LLM]
B[Промпт + История]
C[Рассуждения]
end
subgraph Инструменты агента
RAG[RAG<br/>База знаний]
MCP[MCP<br/>CRM, TMS, ЭДО]
EMB[Эмбеддинги<br/>Семантический поиск]
WEB[Web Search<br/>Ставки, пробки]
end
A --> B
B --> C
C --> RAG
C --> MCP
C --> EMB
C --> WEB
RAG --> C
MCP --> C
WEB --> C
style A fill:#d9d9d9,stroke:#333
style MCP fill:#4a4a4a,stroke:#333,color:#fff
Принципы агентной инженерии
Из чего складывается эффективный агент (иерархия «инженерии»):
---
config:
look: handDrawn
theme: neutral
---
graph LR
P[Prompt Engineering] --> C[Context Engineering]
C --> H[Harness Engineering]
H --> L[Loop Engineering]
style L fill:#4a4a4a,stroke:#333,color:#fff
| Уровень | Суть |
|---|---|
| Prompt Engineering | Формулировка инструкций для модели |
| Context Engineering | Обеспечение высокоэнтропийного контекста: минимум длины при максимуме содержания (мощные инструменты поиска, скиллы, не читать файлы целиком) |
| Harness Engineering | Настройка среды и инструментов (скиллы, MCP, IDE) |
| Loop Engineering | Замкнутый контур с обратной связью, сохранение состояния между запусками, цель с проверяемым успехом |
- Явное ведение документации. Документация — и для человека, и для быстрого заполнения контекста при перезапуске/новой задаче. Ведётся параллельно с изменениями в коде.
- Максимизация энтропии. Мощные инструменты + специализированные скиллы дают модели максимально содержательный контекст.
- Формализуемые критерии качества и Agentic Loop. Test-Driven Development, визуальные тесты, проверка результата агентом: созданы ли файлы, корректен ли синтаксис, компилируется ли программа, проходят ли тесты.
Какая документация нужна:
| Документ | Назначение |
|---|---|
| AGENTS.md | Автоматический старт работы с проектом: layout, документация, тулинг |
| User/Dev Doc | Текущие решения по архитектуре, структура БД, используемые библиотеки |
| История изменений | Полный лог, append-only |
Кейс АРК: документооборот и контроль за деньгами
Система АРК решает большинство типовых проблем ТЛК через встроенные модули документооборота и финансового контроля.
Обработка первичных документов
Первичные документы в АРК:
| Документ | Назначение |
|---|---|
| Заявка поставщику | Оформление перевозки у субподрядчика |
| Доверенность | Уполномочие на получение груза |
| Железнодорожная накладная | ЖД перевозка |
| Транспортная накладная | Автоперевозка |
| Экспедиторская расписка | Экспедирование |
| Акт приёма-передачи | Передача груза |
Функции обработки первичных документов:
| Функция | Описание |
|---|---|
| Хранение сканов | Документы от поставщиков хранятся в системе |
| Привязка услуг | Услуги документов привязываются к услугам перевозки в заявке |
| Перевыставляемые услуги | Учёт перевыставляемых услуг от поставщиков |
| Расчёт доходности | Автоматический расчёт по перевозкам с учётом всех услуг |
| Внутренние компании | Создание документов между собственными компаниями |
| Двухсторонний обмен с 1С | Синхронизация с бухгалтерской системой |
| Статусы и оплата | Контроль статусов документов и оплат |
Формирование закрывающих документов
Закрывающие документы в АРК:
| Документ | Назначение |
|---|---|
| Акт выполненных работ | Подтверждение оказания услуги |
| Счёт-фактура | Для НДС |
| УПД | Универсальный передаточный документ |
| Реестр по НДС | Сводка для деклараций |
Возможности формирования закрывающих документов:
| Возможность | Описание |
|---|---|
| Отправка на email | Акты и счета-фактуры с вложениями из перевозки |
| Диадок | Обмен документами с контрагентами через Диадок |
| Двухсторонний обмен с 1С | Синхронизация с бухгалтерской системой |
| Реестры по НДС | Автоматическое формирование |
| Расчёт финансового результата | Автоматический расчёт по заявкам |
Контроль за деньгами в АРК:
---
config:
look: handDrawn
theme: neutral
---
flowchart TD
A[Дебиторская задолженность] --> B[Возрастная структура]
B --> C[До 30 дней]
B --> D[30-60 дней]
B --> E[60-90 дней]
B --> F[Более 90 дней]
G[Кредиторская задолженность] --> H[Планирование оплат]
I[Факторинг] --> J[Продажа дебиторки банку]
style A fill:#d9d9d9,stroke:#333
style I fill:#d9d9d9,stroke:#333
Факторинг — финансовый инструмент, при котором транспортная компания продаёт банку или специализированной факторинговой компании (фактору) право требования долга по уже оказанным услугам. Фактор сразу выплачивает перевозчику 80–90 % суммы, а остаток передаёт после того, как клиент погасит задолженность, удержав комиссию (обычно 0,5–3 % от суммы долга).
Схема факторинга для перевозчика:
---
config:
look: handDrawn
theme: neutral
---
flowchart LR
A[Перевозка выполнена<br>отсрочка платежа 45 дней] --> B[Передача права<br>требования долга фактору]
B --> C[Фактор сразу выплачивает<br>80-90% суммы]
C --> D[Клиент оплачивает долг<br>фактору]
D --> E[Фактор передаёт остаток<br>за вычетом комиссии]
Зачем факторинг транспортной компании:
| Проблема | Как решает факторинг |
|---|---|
| Кассовый разрыв — топливо и зарплата водителей нужны сегодня, а клиент платит через 45–60 дней | Деньги поступают в течение 1–2 дней после передачи счёта фактору |
| Замороженные оборотные средства — дебиторка растёт вместе с клиентской базой | Дебиторская задолженность продаётся и превращается в живые деньги |
| Риск неплатежа клиента | При факторинге без регресса риск неплатежа переходит к фактору |
| Управление дебиторкой — контроль оплат, звонки, претензионная работа | Фактор самостоятельно занимается взысканием задолженности |
Вывод для специалиста: факторинг — плата за скорость. Перевозчик теряет 0,5–3 % выручки, но получает оборотные средства сразу и может брать больше заказов с отсрочкой платежа, не залезая в кредиты.
Статусы документов — трекинг выполнения заявки на каждом этапе:
| Статус | Значение |
|---|---|
| Черновик | Заявка создана, но не отправлена |
| На согласовании | Ожидает подтверждения клиентом |
| В работе | Транспорт назначен, перевозка началась |
| Доставлено | Груз доставлен получателю |
| Документы оформлены | Все закрывающие документы подписаны |
| Оплачено | Оплата получена |
Интеграция с ЭДО — отправка документов через Диадок, СБИС, Контур.Логистика напрямую из системы АРК.
Практическое задание: Создайте комплект документов по заявке в демо-версии АРК. Настройте контроль дебиторской задолженности для лабораторной работы 5.
Транспортный контекст
Примеры из «Управления процессами перевозок»
На железнодорожном транспорте RPA решает задачи:
- Автоматическое формирование заявок на подачу вагонов
- Сверка данных между системой РЖД и внутренними базами
- Автоматическая отправка уведомлений о статусе вагонов
Примеры из «Транспортной логистики»
В автомобильной логистике AI-агенты позволяют:
- Автоматически пересчитывать стоимость при изменении условий
- Предсказывать задержки на основе исторических данных
- Оптимизировать загрузку транспорта в реальном времени
Связь с ФГОС 23.05.04 «Эксплуатация железных дорог»
| Код компетенции | Описание компетенции |
|---|---|
| УК-4 | Способен формулировать проблемы транспортно-логистических процессов и ставить SMART-цели автоматизации |
| ПК-7 | Способен применять RPA и AI-агенты для решения типовых проблем ТЛК |
| ПК-12 | Способен оценивать эффективность автоматизации через ROI и срок окупаемости |
Заключение и выводы для специалиста
-
Типовые проблемы ТЛК системны. Координация, учёт и финансы — три столпа, на которых держится эффективность компании. Проблемы в одном столпе разрушают всю систему.
-
Правильная формулировка проблемы — половина решения. SMART-цели превращают размытые «хотелки» в измеримые задачи.
-
RPA — для рутины, AI — для решений. RPA заменяет ручные операции, AI-агенты принимают интеллектуальные решения.
-
Финансовый контроль — критический элемент. Без отслеживания дебиторки и кредиторки даже прибыльная компания может обанкротиться из-за кассовых разрывов.
-
Система АРК — комплексное решение. Модули документооборота и финансового контроля в АРК закрывают большинство типовых проблем ТЛК.
-
AI-агенты меняют не только процессы, но и саму разработку. Кодинг-агенты (вайб-кодинг), Skills и MCP позволяют автоматизировать не только операционную рутину ТЛК, но и труд инженера и аналитика. Явное ведение документации и проверяемые критерии качества — то, что отличает профессиональную агентную разработку от хаотичной.
Вопросы для самопроверки
-
Назовите три группы типовых проблем ТЛК: координация, учёт, финансы. Приведите примеры.
-
Какие пять правил SMART-целей вы знаете? Сформулируйте SMART-цель для автоматизации ТЛК.
-
Что такое RPA? Какие задачи в ТЛК можно автоматизировать с помощью RPA?
-
Чем AI-агенты отличаются от RPA? Когда нужно использовать AI, а когда — RPA?
-
Назовите четыре компонента AI-агента (промпт, история, рассуждения, инструменты). Что такое Agentic Loop? Как вайб-кодинг, Skills и MCP помогают в агентной разработке?