AI route suggestions: feasible stops before a faster routeAI-маршруты: сначала выполнимые остановки, потом скорость

Define the work behind every stopОпишите работу на каждой остановке

Start with a confirmed job or delivery, not an address copied from a conversation. Each stop needs an identifier, a verified location, the required service, an allowed arrival window and an estimated service duration. Distinguish arrival from completion: unloading or installing equipment may take longer than the drive. A stop with uncertain coordinates belongs in a clarification queue.Начинайте с подтверждённой заявки или доставки, а не с адреса, извлечённого из переписки. Для каждой остановки нужны идентификатор, проверенное место, состав работы, допустимое время прибытия и ожидаемая продолжительность обслуживания. Разделяйте прибытие и завершение: разгрузка или установка оборудования может занимать дольше самой поездки. Если координаты вызывают сомнение, сначала отправьте заявку на уточнение ответственному сотруднику.

Assign a dispatcher to resolve missing information and own the final plan. Some constraints are mandatory, such as a booked slot or required vehicle capability. Others are preferences, such as visiting a nearby customer first. Record the distinction so a suggestion cannot quietly exchange a firm commitment for a small travel-time saving.Назначьте диспетчера, который уточняет недостающие сведения и отвечает за окончательный план. Одни ограничения обязательны: согласованное окно, нужное оборудование или подходящая машина. Другие отражают пожелания, например сначала заехать к ближайшему клиенту. Фиксируйте эту разницу явно, чтобы рекомендация не подменяла твёрдое обещание небольшим сокращением времени в дороге. Для спорного условия должен быть указан человек, который может его согласовать.

Check capacity and freshness togetherПроверяйте вместимость и актуальность данных

Vehicle capacity includes the relevant dimensions of the actual load, not just a count of orders. Record required equipment, permitted service area and the crew assigned to the shift. Include collection stops that increase the load and delivery stops that reduce it. Otherwise a route that fits at departure may become impossible halfway through.Вместимость машины проверяют по значимым параметрам реального груза, а не только по числу заказов. Учитывайте нужное оборудование, разрешённую зону обслуживания и назначенную на смену бригаду. Добавляйте заборы, которые увеличивают загрузку, и доставки, после которых она уменьшается. Иначе маршрут, допустимый при выезде, окажется невыполнимым в середине дня, когда водитель заберёт дополнительные товары у другого клиента.

Timestamp the location and status information used to prepare the suggestion. A driver marked available earlier may already be serving another customer. Define how old each input may be, and show unavailable data separately from a confirmed empty workload. Recheck those inputs before dispatch, especially after another employee has edited the same jobs.Указывайте время получения местоположения и статусов, использованных для расчёта. Водитель, который раньше был свободен, уже может обслуживать следующего клиента. Определите допустимый возраст каждого вида данных и отличайте отсутствие сведений от подтверждённого отсутствия работы. Перед отправкой маршрута проверьте эти данные ещё раз, особенно если другой сотрудник успел изменить те же заявки или назначить их другой бригаде.

Explain the tradeoff in each optionПокажите последствия каждого варианта

First reject options that violate mandatory constraints. Then compare remaining routes against explicit priorities: meeting agreed windows, limiting overtime or reducing travel. Show the affected stops and the reason for a proposed change. A shorter route is not automatically better if it adds an unapproved appointment change or removes the buffer for a difficult site.Сначала исключайте варианты, которые нарушают обязательные ограничения. Остальные сравнивайте по понятным приоритетам: соблюдение согласованного времени, ограничение переработок или сокращение пробега. Показывайте затронутые остановки и причину каждой перестановки. Более короткий маршрут не становится лучше автоматически, если требует несогласованного переноса визита или убирает запас времени для сложного объекта. Такие последствия должны быть видны до утверждения плана.

Separate confirmed service durations from estimates. Display assumptions that materially affect feasibility, including access arrangements and time needed between jobs. If no feasible route remains, say which constraint creates the conflict. The next action is a dispatcher decision about capacity or an authorized customer discussion, not an invented promise that everything still fits.Разделяйте подтверждённую длительность работ и предварительные оценки. Показывайте допущения, от которых зависит выполнимость, включая порядок доступа и время подготовки между заявками. Если подходящих вариантов нет, назовите конкретное противоречие. Следующий шаг — решение диспетчера о ресурсах или согласованный разговор с клиентом, а не выдуманное обещание успеть всё. Сам факт отсутствия решения тоже полезен, если объясняет, что именно нужно изменить.

Approve a specific version before dispatchУтверждайте конкретную версию перед отправкой

Preparing a suggestion should not silently reassign jobs or notify customers. Define separately who may approve a sequence, change the crew, alter an appointment or send a message. Bind approval to the exact route version and its input snapshot. A later address or capacity change invalidates the affected approval and requires another review.Подготовка рекомендации не должна незаметно переназначать заявки или отправлять сообщения клиентам. Отдельно определите, кто вправе утвердить порядок остановок, заменить бригаду, перенести визит и уведомить получателя. Привяжите решение к конкретной версии маршрута и использованным данным. Если затем изменились адрес или доступная вместимость, затронутую часть плана нужно проверить повторно. Старое согласование не должно автоматически распространяться на новые условия.

Handle an exception without rewriting historyРазбирайте отклонения без подмены истории

Consider an illustrative route with two deliveries and one collection. At the first site, unloading takes longer because the access point is closed. The system should retain the actual event, recalculate affected windows and identify which promises are at risk. It should not mark the stop complete to make the remaining timetable appear feasible.Рассмотрим условный маршрут с двумя доставками и одним забором. На первом объекте разгрузка задерживается, потому что нужный въезд закрыт. Процесс должен сохранить фактическое событие, пересчитать затронутые интервалы и показать, какие обещания теперь под угрозой. Нельзя отмечать остановку выполненной только ради красивого оставшегося расписания. Диспетчеру нужны причина задержки, источник информации и время последнего подтверждения.

The dispatcher can evaluate another vehicle, a revised sequence or an agreed reschedule. Any customer-dependent change waits for confirmation. If a delayed location update arrives afterward, compare its event time with the active plan rather than replacing newer facts. Close the exception only with the agreed outcome and evidence of the final job status.Диспетчер может оценить другую машину, новый порядок остановок или согласованный перенос. Изменение, зависящее от клиента, ждёт его подтверждения. Если позже приходит запоздавшее обновление местоположения, сравните время события с действующим планом, вместо того чтобы заменять свежие факты старыми. Закрывайте отклонение после согласованного результата и подтверждения итогового статуса заявки, а не сразу после отправки уведомления.

Accept the process on operational evidenceОценивайте процесс по рабочим результатам

Review whether suggestions respect mandatory constraints, whether accepted changes reach the correct crew, and whether exceptions have an owner. Define on-time arrival against agreed windows for all committed stops due in the period. Report missed, incomplete and cancelled stops separately, with explicit exclusion rules. Track travel separately from service duration. Include rejected suggestions and missing-data cases so a convenient subset does not hide the difficult work.Проверяйте соблюдение обязательных ограничений, получение изменений нужной бригадой и наличие ответственного у каждого отклонения. Оценивайте своевременность прибытия по согласованным окнам для всех подтверждённых остановок, назначенных на проверяемый период. Отдельно учитывайте пропущенные, незавершённые и отменённые остановки, явно задавая правила исключения. Учитывайте время поездки отдельно от обслуживания. Включайте отклонённые рекомендации и случаи с недостатком данных, чтобы удобная выборка не скрывала наиболее сложные заявки и причины ручного вмешательства.

Quick answersКороткие ответы