Итог
- Статус работы
- Демонстрационный сценарий
- Задача
- Привести транспортные заявки к общему набору полей и сократить повторное чтение сообщений диспетчером.
- Результат и границы
- Подготовлен демонстрационный сценарий извлечения и проверки данных. Назначение транспорта, подтверждение цены и согласование перевозки остаются у диспетчера.
Как устроен процесс
- Принять сообщение
Сохранить текст запроса и вложения в согласованном канале.
- Выделить поля
Собрать точки маршрута, груз и желаемые даты.
- Уточнить пропуски
Показать отсутствие веса, адреса или условий погрузки.
- Передать диспетчеру
Создать карточку с исходным сообщением и статусом проверки.
- Почта или форма заявки
- Реестр перевозок
- Проверка обязательных полей
Разные сообщения об одной перевозке
Клиент пишет: «Нужна машина в четверг, груз как в прошлый раз». Другой присылает подробное письмо с адресами и характеристиками. Для расчёта перевозки диспетчеру всё равно нужен единый набор данных. Ссылки на прошлые договорённости приходится уточнять, а сокращения — расшифровывать.
Разбираем демонстрационный процесс подготовки транспортной заявки. Он заканчивается рабочей карточкой диспетчера. Оптимизация маршрута, выбор машины, назначение водителя и подтверждение стоимости в этот сценарий не включены.
Карточка до расчёта перевозки
Для начала согласуется схема полей: точки отправления и назначения, даты, описание груза, масса, объём, контакт и особые условия. Не каждое поле обязательно для любого типа перевозки. Правила должны соответствовать тому, как работает конкретная команда.
Разбор сообщения предлагает значения и сохраняет связь с исходной формулировкой. Если клиент указал только город, система не дописывает точный адрес. Если «четверг» можно понять неоднозначно, дата требует подтверждения.
Повторное письмо по той же заявке дополняет историю. Исправление веса не должно создавать незаметно вторую перевозку. Версии карточки помогают диспетчеру увидеть, что изменилось после первоначального запроса.
Пример входящей заявки
Условное сообщение: «Забрать паллеты в Санкт-Петербурге, доставить в Псков в пятницу. Вес уточню». После разбора известны города, тип упаковки и желаемый день. Точных адресов, массы и условий погрузки пока нет.
| Сведение | Статус | Следующее действие |
|---|---|---|
| Отправление и назначение | Города известны | Получить адреса |
| Груз | Указаны паллеты | Уточнить количество и размеры |
| Масса | Не указана | Запросить значение |
| Дата | Относительная формулировка | Подтвердить календарную дату |
- Сведение
- Отправление и назначение
- Статус
- Города известны
- Следующее действие
- Получить адреса
- Сведение
- Груз
- Статус
- Указаны паллеты
- Следующее действие
- Уточнить количество и размеры
- Сведение
- Масса
- Статус
- Не указана
- Следующее действие
- Запросить значение
- Сведение
- Дата
- Статус
- Относительная формулировка
- Следующее действие
- Подтвердить календарную дату
Диспетчер получает карточку «нужны уточнения», а не готовый заказ на перевозку. Он видит список вопросов и исходный текст. После ответа клиента карточка обновляется, сохраняя историю изменений.
Что можно проверить на пилоте
Полезный результат — одинаковая структура заявок и понятная очередь уточнений. Для пилота достаточно одного канала и одного типа перевозок. Интеграция с рабочим реестром подключается после проверки разбора на обезличенных примерах.
Для оценки пользы сравнивается время подготовки одинаковых по сложности карточек вручную и с помощником. Учитываются уточнения и исправления: от их количества зависит, сколько работы удастся снять с диспетчера.
Какие ошибки проверить до подключения
Проверяем полные и неполные заявки, разные единицы измерения, несколько адресов и изменение условий в следующем сообщении. Диспетчер сверяет выделенные значения с оригиналом. Повторная обработка одного письма не должна создавать дубликат.
Особое внимание — ошибкам, которые выглядят правдоподобно: перепутанные города, дата следующей недели, масса в другой единице. Такие поля лучше явно подсвечивать для подтверждения, чем автоматически отправлять перевозчику.
Границы решения
Процесс заканчивается подготовкой карточки. Наличие транспорта, цену и условия перевозки подтверждает диспетчер. Для подключения нужно согласовать реестр, поля и правила обновления заявок.
Если сведения поступают в сканах или PDF, сначала потребуется извлечение данных из документов. Сам процесс передачи заявки в реестр можно согласовать отдельно от распознавания.
Учебная история изменения заявки
Сообщения придуманы для демонстрации: «Нужна машина на склад А утром» и затем «Перенесите на склад Б». Точное время и параметры груза не указаны.
| Вход или этап | Ожидаемый результат | Что проверять |
|---|---|---|
| Версия 1 | Склад А; время требует уточнения | Сохранена ссылка на первое сообщение |
| Версия 2 | Склад Б; прежний адрес помечен изменённым | Новое сообщение не стирает историю |
| Подтверждение диспетчера | Проверить текущие поля и доступность транспорта | Извлечение текста не означает принятие перевозки |
- Вход или этап
- Версия 1
- Ожидаемый результат
- Склад А; время требует уточнения
- Что проверять
- Сохранена ссылка на первое сообщение
- Вход или этап
- Версия 2
- Ожидаемый результат
- Склад Б; прежний адрес помечен изменённым
- Что проверять
- Новое сообщение не стирает историю
- Вход или этап
- Подтверждение диспетчера
- Ожидаемый результат
- Проверить текущие поля и доступность транспорта
- Что проверять
- Извлечение текста не означает принятие перевозки
Метод и ограничения подробнее разобраны в материале про обработку транспортной заявки.
Вопросы по этой задаче
Система сама назначит машину и стоимость?
Нет. Здесь автоматизируется подготовка карточки. Назначение транспорта, тариф и обязательства по перевозке подтверждает диспетчер.
Можно обрабатывать изменения к уже принятой заявке?
Да, в проектируемом процессе уточнение связывается с исходной заявкой. Правила поиска совпадений и подтверждения изменений нужно согласовать до подключения реестра.
Есть похожая задача?
Расскажите, откуда поступают данные и что должно получаться на выходе. Обсудим, какой этап можно проверить на вашем примере.

