ИИ на практике
ИИ-диспетчеризация OES: как уменьшать очереди карьерной техники
Если один экскаватор ждёт машину, а у другого стоит очередь, проблема возникает в распределении работы. На примере OES разбираем, как оценивать динамическую диспетчеризацию и почему одной красивой метрики недостаточно.
Опубликовано
Какие результаты приводит OES
В примере, приведённом Владимиром Свинцовым в Forbes, простой экскаваторов снизился на 17%, а перепробег — примерно на 20%. Эти цифры относятся к описанному внедрению.
Как разработчик описывает решение
На своём сайте OES описывает балансировку самосвалов между экскаваторами в реальном времени. Для этого направления разработчик указывает диапазон снижения простоев 15–25% и сокращение перепробега до 20%. Это отдельное описание результатов продукта; диапазон нельзя подменять точным показателем одного внедрения.
Почему нужна общая картина работы
Для похожей системы важны доступность техники, места погрузки, маршрут и время выполнения операций. Если распределять машины только по длине очереди, можно увеличить расстояние поездок или создать задержку на следующем участке. Поэтому до пилота согласуйте показатели всего цикла: ожидание, движение, погрузку и фактический объём работы.
Что делать при изменении ситуации
Опишите события, после которых назначение пересчитывается: остановка техники, закрытие маршрута или изменение доступности места погрузки. Уточните, кто видит новое задание и как подтверждает его получение. Если рекомендация не дошла до исполнителя, система не может считать, что работа уже перераспределена.
- Проверяйте актуальность состояния каждой единицы техники.
- Сохраняйте назначение и подтверждение исполнителя.
- Определите срок действия рекомендации.
- Предусмотрите продолжение работы при потере связи.
Как проверять экономику распределения
Сопоставляйте результаты при похожем составе парка и условиях работы. Уменьшение ожидания полезно, когда не увеличивает затраты на движение и не снижает итоговый выпуск. Для своего расчёта учитывайте расходы на связь, сбор данных и поддержку системы. Проценты из отдельного внедрения нельзя автоматически переносить на другой парк.
Как этот принцип использовать в сервисе
Задача распределения встречается у выездных специалистов, сервисных команд и сотрудников поддержки. Первый шаг — видеть актуальную загрузку и передавать задание конкретному ответственному. В CRUX можно обсудить связь обращений, расписания и уведомлений. После этого станет понятно, достаточно ли правил назначения или нужен более сложный способ прогнозирования.
Источники
Разбор отраслевого кейса. Результаты приведены по публикациям и оценкам представителей компаний; ссылки указаны рядом с фактами. Критерии проверки собственного проекта и выводы о применении — рекомендации CRUX. Источники проверены 13 октября 2026 года.