Срочный заказ должен менять маршрут или хотя бы попадать в отдельную очередь внимания. Если система его игнорирует, доставка срывается.

В логистике срочные заказы часто самые чувствительные: клиент ждет быстро, а диспетчер может не увидеть, что маршрут уже устарел.

Коротко: нужен триггер пересчета маршрута и понятные правила приоритета срочных заказов.

Почему возникает проблема

Маршрут не обновляется, если срочный заказ получает обычный статус, задача пересчета не ставится в очередь, старый маршрут кешируется, API маршрутизации недоступен или курьер уже заблокировал маршрут на устройстве.

Что проверить в первую очередь

  • какой статус получает срочный заказ
  • создается ли событие пересчета
  • работает ли очередь маршрутизации
  • есть ли кеш маршрутов
  • как уведомляется курьер или диспетчер

Как я решаю такую задачу

Я проверяю путь срочного заказа от создания до попадания в маршрут и устройство курьера.

  • создаю тестовый срочный заказ
  • смотрю события и очередь
  • исправляю триггер пересчета
  • настраиваю приоритеты
  • проверяю обновление у курьера

Что подготовить

  • пример срочного заказа
  • правила приоритета
  • система маршрутизации
  • доступ к админке или API
  • ожидаемое поведение маршрута

Сроки и риски

Если отсутствует событие пересчета, правка понятная. Если маршрут оптимизируется сложным внешним сервисом, нужно проверить лимиты и время ответа API.

Чего лучше не делать

Не вставляйте срочные заказы вручную в маршрут без фиксации в системе. Иначе отчеты и статусы разойдутся.

FAQ

Всегда ли нужно перестраивать весь маршрут?

Не всегда. Иногда достаточно пересчитать часть маршрута или назначить отдельного курьера.

Что делать, если курьер уже в пути?

Нужно отправить обновление и явно показать изменение порядка точек.

Можно ли учитывать SLA?

Да, срочность лучше выражать в правилах приоритета и дедлайнах.

Почему диспетчер видит заказ, а курьер нет?

Вероятно, проблема в синхронизации приложения или кеше маршрута.

Нужна похожая задача?

Напишите в Telegram @rabotator_support или оставьте заявку на сайте. Пришлите ссылку, пример ошибки и короткое описание того, как должно работать. Я посмотрю задачу, предложу безопасный план и скажу, какие доступы понадобятся.

Итог

Срочный заказ должен запускать понятный сценарий пересчета, уведомления и контроля, а маршрут должен оставаться актуальным для всех участников.