Dorabotka-bota-CARGO-prezentaciya

1.

ПРЕЗЕНТАЦИЯ ДЛЯ РУКОВОДСТВА
Доработка бота CARGO
Структурированное техническое задание по повышению скорости работы,
точности распознавания и удобства администрирования
Март 2026
Фокус проекта
• работа через админку без Telegram;
• сокращение ошибок распознавания;
• ускорение обработки заявок;
• подготовка к модулю автопоиска.
CARGO
1

2.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Ключевая задача
Сначала стабилизировать и ускорить текущую работу, затем перейти к расширенной автоматизации.
Скорость
Точность
Управляемость
Быстрое добавление грузов через админку, без
зависимости от Telegram, с простой вставкой
скриншота и отправкой в ATI.
Снижение ошибок при распознавании
топонимов, типов ТС, данных со скриншота и
распределения информации по полям.
Понятная навигация в админке, история
действий, быстрый просмотр отправленного
материала и массовые операции с заявками.
Приоритет проекта
Первая очередь закрывает болевые точки текущего процесса:
скорость, точность и удобство работы.
Вторая очередь запускается после стабилизации ядра и
формализации правил автоматического отбора грузов.
2

3.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Первая очередь: скорость и удобство
Задачи, которые сокращают время обработки заявки и упрощают повседневную работу в админке.
Работа без Telegram
История действий
Добавление груза через админку, вставка скриншота по Ctrl+V и запуск
отправки в ATI в несколько действий.
Просмотр последних добавлений и быстрый доступ к только что
отправленному материалу в почти полном размере.
Ускорение распознавания
Навигация и массовые действия
Снижение задержек при обработке скриншота и оценка более быстрого
или точного ИИ-движка.
Возврат на главную, переход к загрузке скриншотов, выделение и
удаление старых заявок через чекбоксы.
Отдельное требование: скриншоты рекомендуется автоматически удалять через 24 часа после загрузки, сохраняя их в карточке заявки там,
где это нужно для истории.
3

4.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Первая очередь: точность распознавания
Главная цель — извлекать данные только из нужных зон и корректно раскладывать их по полям заявки.
Повторяющиеся топонимы
Типы транспортных средств
Нужен устойчивый механизм выбора корректного региона для населённых
пунктов с одинаковыми названиями.
Провести ревизию всех типов ТС и отдельно проверить редко
распознаваемые позиции, включая щеповозы.
Границы полей на скриншоте
Корректное заполнение полей
Упаковка, описание заявки и рекомендации о фирме должны считываться
только из предусмотренных зон.
Система не должна подставлять тип ТС в поле груза и при этом терять
контактные данные заявки.
Для одного из кейсов нужен рабочий пример: когда в поле «Груз» попадает описание нужного типа ТС. Это позволит точно донастроить
правило и проверить исправление на реальных данных.
4

5.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Ожидаемый результат первой очереди
Эффект от доработок должен быть заметен в ежедневной операционной работе.
Быстрее
Меньше
Ниже
Удобнее
обработка заявок и добавление
грузов
ручных исправлений после
распознавания
риск ошибок при выгрузке в ATI
работа в админке
Что должно измениться в процессе
Что нужно от бизнеса для проверки
• минимум лишних действий при добавлении груза;
• снижение числа ошибок из-за неверно считанного текста;
• понятный маршрут пользователя внутри админки.
• набор тестовых скриншотов с типовыми ошибками;
• пример кейса по подмене поля «Груз» типом ТС;
• подтверждение приоритетов по задачам первой очереди.
5

6.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Вторая очередь: модуль автоматического поиска
После стабилизации ядра можно переходить к автоматизированному поиску грузов по заданным фильтрам и папкам.
Что делает модуль
Какие параметры задаются на старте
1. Открывает ATI с заданными параметрами.
2. Работает по списку папок или их кодов.
3. Позволяет выбрать несколько папок для последовательной
обработки.
4. Анализирует найденные заявки.
5. Передаёт подходящие заявки на распознавание и добавление.
• тип оплаты;
• минимальная ставка;
• минимальная цена за километр;
• порог стоимости с НДС;
• допустимая разница между ценой с НДС и без НДС;
• список папок для обработки.
Рекомендуемый подход: запускать вторую очередь только после подтверждения правил фильтрации, тестовых сценариев и допустимого
уровня автоматизации.
6

7.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Логика отбора заявок
Процесс должен быть формализован и проверяем на каждом этапе.
1
Фильтры
Установить оплату, минимальную ставку, руб./км и
другие стартовые параметры.
4
2
Открыть нужную папку с грузовладельцами и
перейти к просмотру списка заявок.
5
Самоконтроль
Сверить порог цены и допустимую разницу между НДС и без НДС перед
передачей дальше.
Ключевые правила допуска заявки
3
Папка
Проверка
Отсеять заявки: только RUS, одна погрузка и одна
выгрузка, корректные условия ставки.
Передача
Сделать снимок нужной области и отправить данные на распознавание и
добавление.
• только внутрироссийская перевозка, на заявке указан RUS;
• один пункт погрузки и один пункт выгрузки;
• условия по ставке соответствуют заданным фильтрам;
• стоимость с НДС выше или равна установленному порогу;
• если есть цена без НДС, разница не превышает заданное значение.
7

8.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Риски и решения для согласования
До запуска расширенной автоматизации важно закрепить несколько управленческих решений.
Технические принципы
Вопросы для согласования
• разделить поиск, распознавание и добавление по разным модулям;
• ограничить извлечение данных только нужными полями и зонами;
• хранить скриншоты ограниченное время;
• вести журнал действий и историю обработки заявок.
• подтвердить приоритеты первой очереди;
• закрепить параметры фильтрации во второй очереди;
• определить допустимый уровень автоматизации с учётом правил
ATI;
• утвердить набор тестовых сценариев для приёмки.
Важно: работу второй очереди стоит строить через аккуратную архитектуру и отдельную оценку рисков, не связывая поиск, распознавание и
отправку в один уязвимый контур.
8

9.

ИТОГ
Предлагаемый порядок реализации
Этап 1
Этап 2
Этап 3
Стабилизировать текущий процесс: скорость,
точность распознавания, навигация, история
действий и массовые операции в админке.
Собрать тестовые примеры, согласовать
приоритеты и финальные правила, по
которым система будет проверять и отбирать
заявки.
Запустить вторую очередь: модуль
автоматического поиска, контроль рисков и
понятные ограничения по автоматизации.
Следующий шаг: утвердить первую очередь, передать тестовые примеры и зафиксировать рамки второй очереди по
автоматическому поиску.
9